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SECTION 1 
INTRODUCTION 


HOW TO USE THIS MANUAL 


This manual is divided into nine parts, each of which is divided into sections. 
Part I introduces you to the manual itself. It tells you how the manual is organized, 
and how you can make the best use of the information it contains. 


Part II introduces you to the Multics system. It describes Multics hardware 
and software, and outlines your responsibilities for each. 


Part III describes the bootload console and the initializer terminal(s). It tells 
you how to use them to communicate with Miultics. It also gives you some 
instructions for performing common operator procedures associated with these devices. 
Finally, it explains how to deal with the many kinds of messages you'll receive on 
them. 


Part IV explains how to bring the system up and shut the system down. ‘It 
includes the procedures for powering on the machines, checking switch settings, booting , 
BCE, booting Multics, logging in the I/O daemons and the backup daemons, shutting 
the system down, and powering off the machines. 


Part V describes everyday operations involved in managing storage devices. It 
includes the procedures for dealing with tapes, user I/O disks, and storage system 
disks. 


Part VI describes everyday operations involved in managing unit record devices. 
It explains how to deal with the I/O daemons that control printers, card punches, 
card readers, and remote devices. 


Part VII describes everyday operations involved in managing the Multics backup 
systems. It explains how to deal with the backup daemons that control hierarchy and 
volume dumps and retrievals. 


Part VIII describes miscellaneous everyday operations. These include: communicating 
with users; managing user logins, logouts, and communications channels; managing 
absentee jobs; setting different system modes; doing dynamic reconfiguration; and 
leaving notes in the system log. 
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Part IX describes special operations. It begins by explaining procedures for 
using the DPU and the DMP/VIP on a DPS 8 system. Then it tells you how to 
recover from various kinds of system failures. It also explains how to manage the 
Data Management daemon. 


This manual] also includes two appendixes. Appendix A is a set of checklists of 
switch settings. Appendix B is a glossary. 


We suggest that you read through the whole manual once, to get a feei of the 
environment, and the kinds of things you’ll be doing. Then go back and study each 
part. Once you understand the material presented in Parts I, II, and III, you will 
mostly use Part IV and Parts V through VIII. Hopefully, you will only need to use 
Part IX occasionally. 


MANUAL CONVENTIONS 
Technical or other unfamiliar terms are /ta/ic/zed the first time they occur in 


the text. They are also included in the glossary (Appendix B). Conventions which are 
used to explain command lines are described in Section 4 under “Operator Interface." 


OTHER MANUALS OF INTEREST 


If you would like to see complete descriptions of any of the Miultics 
Operations commands, you may refer to the Mu/tics Administration, Maintenance 
and Operations Commands manual, Order No. GB64. . 


If you become interested in learning more about operating Multics than what is 
described here, or if you need more in-depth information about a given topic, you 
may refer to the Mu/tics System Maintenance Procedures manual, Order No. AM81. 
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In addition, there are a number of manuals which document the major 
hardware modules and peripheral devices commonly used in a Miultics system 
configuration. These manuals are listed below. 


Order | Title 

No. 

AL39 DPS/Level68 & DPS 8M Miultics Processor Manual 

AM46 L64/66/68 M1TUC400/0500/0600 Operation 

AN37 Series 60 CRU0600/1050 Card Reader Operation 

AP88 Series 60 PRU1200/1600 Printer Operation 

ATS0 - Series 60 CCU0400 Card Reader/Punch PCU0120 Card Punch 
Operation 

ATTl L66/68 MSU0402/0451 .Mass Storage Unit Operation 

AY03 L66/68 MSU0500/0501 Mass Storage Unit Operation 

AY34 L66/68 and DPS8 DATANET 6641/51/61/78 Operation Manual 

AY83 L64/66/68 CRU0301/0501 Card Reader Operation 

CB64 L66/68 MTU0610 Magnetic Tape Unit Operation 

DA33 Series 6000 Equipment Operators Manual 

DB28 Series 6000 MTS500 Magnetic Tape Subsystem . 

DC79 L66/68 Site Preparation Manual + 


You should keep copies of whichever of these manuals you need in the 
machine room, along with copies of the Mu/tics Administration, Maintenance and | 
Operations Commands and Multics System Maintenance Procedures manuals, and a | 
copy of this manual. | 


In addition to the documentation provided by these manuals, your site may also 
have its own documentation, including fe/p fi/es. Help files are online segments 
which contain descriptions of commands, procedures, or concepts. Ask your system 
administrator about these. If appropriate, add a page to this manual with a list of the 
help files available at your Site. 


PEOPLE TO KNOW ABOUT 


The Customer Services Division (CSD) comprises Honeywell employees who 
maintain the hardware and software. This division used to be known as Field 
Engineering. CSD personnel often make use of online programs known collectively as 
test and diagnostics (T & D). These programs allow them to run tests which help 
them maintain maximum system availability. 


System administrators provide their sites with a particular Multics operating 
environment. They are responsible for such tasks as controlling and allocating resources 
(including those managed by RCP), registering projects and users, creating load control 
groups, setting prices on resources, setting limits on and billing for resource usage, 
scheduling system activities such as hours of operation, shift change times, and 
unattended service, describing site parameters and setting site options, and assuring 
system security. System administrators are responsible to upper management for the 
successful overall operation of the entire computer system. Thus, they set policies 
from which operators and system maintainers take their direction. 
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System maintainers ate system programmers who configure and tune the 
operating system to make it comply with the special requirements of their sites. They 
are responsible for such tasks as backing up and recovering the system, salvaging and 
scavenging, analyzing crashes, balancing disks, setting up things like I/O daemons and 
the message coordinator, metering and tuning, and maintaining system data bases. 


Note: there are no _ absolute, correct definitions of the terms “system 
administrator" and “system maintainer." So the definitions above may not correspond 
to the definitions you’re used to. However, since every site makes its own particular 
distinctions between these terms, we must use our own definitions in this manual for 
the sake of consistency. . 


HONEYWELL PROCEDURES VS THOSE AT YOUR SITE 


This manual offers a general set of recommended procedures. We fully expect 
that they will be modified by each site to suit the particular needs of that site. They 
will be tailored and perhaps added to. You should be aware of this fact, and not be 
concerned if the procedures at your site differ somewhat from those presented here. 
In other words, don’t worry about not doing things "by the book”. If your system 
administrator or system maintainer specifies that tasks be done differently from the 
way we have described, always follow his or her instructions. 
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SECTION 2 
HARDWARE OVERVIEW 


A computer system consists of hardware, software and firmware. Hardware 
refers to all of the physical devices and electronic circuitry. Software refers to all of 
the programs that control the activities of the computer. A program is a set of 
instructions for solving a problem, coded in a language the computer understands. The 
software is said to run or execute on the hardware. Firmware is specialized software 
that is attached to hardware but subordinate to it. An overview of Multics hardware 
is presented in this section. An overview of Multics software is presented in Section 
3. Firmware is described in the software overview. 


MAJOR MODULES 


The major hardware modules described in this section are often referred to as 
boxes or units. 


Memory and System Controller Unit (SCU) 


Memory is the part of a Multics configuration that contains instructions and 
manipulated data. SCUs control memory. They also control and coordinate the 
activities of all other hardware modules. Each SCU has a specific amount of memory 
associated with it, divided into parts known as store units. SCUs interface between 
memory and CPUs and IOMs. (The CPU and the IOM are described next in this 
section.) SCUs also contain facilities which allow CPUs and IOMs to communicate 
with each other. In addition, SCUs contain calendar clocks. There are two kinds of 
SCUs: the Level 68 and the DPS 8. The primary difference between them is that on 
the DPS 8 SCU, certain switches and lights have been replaced with terminal displays. 
(See "DPS 8 vs Level 68" later in this section.) There can be up to eight SCUs in a 
Level 68 configuration, and up to four SCUs in a DPS 8 configuration. An SCU is 
often called a system contro//er. An SCU is defined in the configuration deck by a | 


mem card. 


Central Processing Unit (CPU) 


CPUs are responsible for performing most of the computational processing done 
by the system. This means that they perform most of the arithmetic and logical 
manipulations of data. There are two kinds of CPUs: the Level 68 and the DPS 8. 
The primary difference between them is that on the DPS 8 CPU, certain switches and 
lights have been replaced with terminal displays. (See "DPS 8 vs Level 68" later in 
this section.) In addition, DPS 8 submodels have different performance rates from the 
Level 68, some faster, some slower. There can be up to 7 CPUs in a Miultics 
configuration. A CPU is often called a processor. A CPU is defined in the | 
configuration deck by a cpu card. | 
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Input/Output Multiplexer (IOM) 


/OMs manage all of the periphera/s connected to the system. Peripherals 
include the bootload console, terminals, storage devices, unit record devices, FNPs, and 
miscellaneous other devices. (Each of these is described later in this section, with the 
exception of the bootload console, which is described in Section 5.) Terminals are 
connected to FNPs, which are in turn connected to IOMs. Storage devices and unit 
record devices are connected to MPCs (described later in this section), which are in 
turn connected to IOMs. Managing the peripherals means that IOMs handle all 
transfer of data between them and memory. To help with the transfer of data, JOMs 
use /OM channe/s. An IOM channel is a connection between an IOM and an FNP, 
an MPC, or a console, over which the system can do I/O. The configuration deck 
(described in Section 3) specifies what channels exist and to what they are connected. 
There are two kinds of IOMs: the Level 68 and the DPS 8. The primary difference 
between them is that on the DPS 8 IOM, certain switches and lights have been 
replaced with terminal displays. (See "DPS 8 vs Level 68" later in this section.) There 
can be up to 4 IOMs in a Multics configuration. An IOM is defined in the 
configuration deck by an iom card. 


INFORMATION MULTIPLEXER UNIT (/MU) 


/MUs are functional replacements for DPS 8 IOMs. They are controlled by 
internal microprocessors (instead of being hardwired). All switch functions for an IMU 
are done via a console connected to a ma/ntenance channel! adapter (MCA), a 
microprocessor in the IMU. IMU channels are called /ntegrated peripheral 
contro/lers (IPCs). IPCs connect IMUs to other controllers or to peripherals, such as 
consoles and FNPs. There can be up to 4 IMUs in a Multics configuration; they can 
be mixed on the system with IOMs, for a total number of IOMs and IMUs not 
exceeding 4. An IMU is defined in the configuration deck by an iom card (see 
Section 3). 


NOTE: throughout this manual, the term "IOM" refers to both the IOM and 
the IMU, unless otherwise stated. 
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Front-End Network Processor (FNP) 


FNPs are responsible for data communications. This means that they provide 
the physical and logical connections between the system and terminals, networks, and 
other computers. A network is a collection of hardware that provides the service of 
connecting many different pieces of data processing equipment, allowing them to 
communicate with each other. FNPs provide the physical connections by using 
communications /ines. A communication line can be anything from a simple pair of 
wires in a Circuit to the entire telephone system. One important use of communications 
lines is to connect IOMs with devices (like offsite printers) which are far away, since 
IOMs are designed to communicate only with devices which are nearby. FNPs are 
nearby, so devices which are far away are connected to FNPs, and communicate with 
IOMs via FNPs. (For more on this, see the discussion of remote devices in Section 
24.) The physical connection between an FNP and an IOM is made via a cable called 
the direct interface adapter (DIA). FNPs provide the logical connections by using 
communications channe/s, A communications channel defines connections. It is read 
from or written to. There can be up to eight FNPs in a Multics configuration. An 
FNP is often called a mu/tip/exer, a front-end, a communications processor, or a 
datanet. “Datanet" comes from the model name of FNPs -- DATANET 6670. 
Although an FNP is a major module, it is often referred to as one of the peripherals. 
An FNP is defined in the configuration deck by a prph card. | 


Microprogrammed Peripheral Controller (MPC) 


MPCs control either storage devices (disk drives and tape drives) or unit 
record devices (printers, card punches and card readers). Some MPCs are cross 
barred. This means that they are connected to more than one IOM. The advantage 
of this is that if one of the IOMs breaks, the MPCs connected to it can still run, 
because the other IOM will pick up its load. An MPC’s connection to an IOM is 
called a /ink adapter. An MPC can have one or two link adapters. If it has two, 
they are usually connected to different IOMs. 


For an illustration of cross barred MPCs, see Figure 2-1. 
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PERIPHERALS 


Periphera/s are devices which are connected to a Multics system configuration 
and controlled by it. Peripherals include terminals, storage devices (tape drives and 
disk drives), unit record devices (printers, card punches and card readers), FNPs 
(described earlier), the bootload console (described in Section 5), and miscellaneous 
other devices. They communicate with the CPU through the IOM. 


Terminals 


Terminals are devices used to send input to the system and receive output 
from the system. There are basically two types of terminals: /ardcopy or printing 
terminals, and video or crt (cathode ray tubes) termina/s. Both have keyboards that 
resemble those on typewriters. A hardcopy terminal prints input and output on paper. 
A video terminal displays input and output on a television-like screen. 


Storage Devices 
DISKS 


Disks are the principal means of storing information on Multics. An individual 
disk unit 1s called a d/sk pack. The device which houses packs is called a disk 
drive. Access to disk drives is controlled by a d/sk contro//er. Some disk drives are 
cross barred, This means that they are connected to more than one disk controller. 
The advantage of this is that if one disk controller breaks, the disk drives connected 
to it can still run, because the other disk controller will pick up its load. 


For an illustration of cross barred disks, see Figure 2-1. 


Multics uses disks in two ways: as user //O disks and as storage system 
disks. A user I/O disk belongs to a user. It can contain any kind of data in any 
format. A storage system disk belongs to the system. It contains some part of the 
storage system hierarchy (described in Section 3), in a standard format. One important 
quality of a disk pack is its capacity for shared access. Information stored on a disk 
pack can be used by many people at the same time (as long as they’ve been given 
proper access). However, the owner of a user I/O disk pack may be the only person 
authorized to use it. 


You will often hear the word "volume" used in reference to disks. A physica/ 
volume is a set of data accessed as a group. Some disk packs contain one physical 
volume, while others contain two or three. A /ogica/ volume is a set of physical | 
volumes which have some logical relationship to each other. For a detailed discussion 
of disk volumes, see "Disk Volumes" in Section 3. 
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There are different models of disks. The first way they differ is in whether 
they contain one, two, or three physical volumes and in how they are divided. The 
second way they differ is in whether or not the packs are demountable. The third 
way they differ is in how much information they can hold. The 451 disks contain one 
physical volume, have demountable packs and hold less information than other disks. 
The 500 and 501 disks contain two physical volumes divided by the MPC firmware, 
have packs that are not demountable, and hold more information than 451 disks. The 
3380 and 3381 disks contain two and three physical volumes respectively, which are 
divided by the Multics file system software into suwbvo/umes. These disks have packs 
that are not demountable and hold more information than 500 and 501 disks, 3381 
disks being the largest. 


MASS STORAGE PROCESSOR {MSP} 


MSPs are devices that control disk drives. They are often called d/sk 
control/ers, There are two kinds of MSPs: MPCs and /PC-F/PSs. A disk MPC is a 
controller that is downline firmware loadable. A disk IPC-FIPS is a vendor-supplied 
controller, designed according to the Federal Information Processing Standard (FIPS), 
that is connected by the IPC-FIPS channel in the IMU. MPCs and IPC-FIPSs are 
defined in the configuration deck by mpc and ipe cards, respectively. 


TAPES 


Tapes are another means of storing information on Multics. It’s cheaper to 
store data on a tape than on a disk, but it takes longer to get data on and off a 
tape. An individual tape unit is called a tape ree/. The device that houses reels is 
called a tape drive or a tape hand/er. Some tape drives are cross barred. This 
means that they are connected to more than one MPC. The advantage of this is that 
if one MPC breaks, the tape drives connected to it can still run, because the other 
MPC will pick up its load. 


You may hear the word “volume” used in reference to tapes. A tape volume is 
a tape reel. 


Differing amounts of information can be stored on tapes, depending on how 
they are recorded. A number that expresses the amount of information stored on a 
tape is called the tape’s density. A tape with a density of 6250 bpi (bits—per-inch) 
holds much more information than a tape with a density of 1600 bpi. 


MAGNETIC TAPE PROCESSOR {MTP} 


MTPs are devices that control tape drives. They are often called tape 
contro//ers. There are two kinds of MTPs: MPCs and JPC-FIPSs. A tape MPC is a 
controller that is downline firmware loadable. A tape IPC-FIPS is a vendor-supplied 
controller, designed according to the Federal Information Processing Standard (FIPS), 
that is connected by the IPC-FIPS channel in the IMU. MPCs and IPC-FIPSs are 
defined in the configuration deck by mpc and ipc cards, respectively. 
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Unit Record Devices 
PRINTERS 


Printers ate strictly output devices. They do not accept input. Printers provide 
hardcopy (paper) output in response to software programs. Sometimes they are called 
line printers because they print out information one line at a time. They are also 
called Aigh-speed printers, because they print information at very high speeds, much 
faster than terminals. 
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CARD PUNCHES 


Like printers, card punches are strictly output devices. They do not accept 
input. Card punches provide punched card output in response to software programs. 


CARD READERS 


Card readers transfer programs and data punched on computer cards to the 
central system. A necessary accompanying device to a card reader is a keypunch 
machine,-.a typewriter-like device with which you can type characters onto and punch 
holes into computer cards. There is also a device which functions as both a card 
reader and a card punch. This device is known as a Combined Card Unit (CCU). 
The procedures for reading and punching cards with a CCU are the same as those 
used with separate readers and punches. © 


UNIT RECORD PROCESSOR (URP) 


URPs are the MPCs which control printers, card punches and card readers. 
They are often called un/t record controllers. 


PANELS 


All major hardware modules have at least one collection of switches and lights 
on them, called a pane/. Panels are used to control the hardware and to make 
changes in the way the hardware operates. 


For an illustration of a Multics system configuration, see Figure 2-2. 


DPS 8 VS LEVEL 68 


There are two kinds of Multics systems: the original Leve/ 68 system and the 
new, improved DPS 8 system. (DPS stands for Distributed Processing System.) 
Internally, the DPS 8 processor works differently from the Level 68 processor, but 
architecturally, they support the same set of instructions and registers. For users, the 
primary difference between the two processors is that some of the DPS 8 submodels 
are faster. For you, the primary difference is that DPS 8 processors, as well as SCUs 
and IOMs, do not have maintenance panels. The information that is provided by these 
panels in a Level 68 system is provided by displays on a terminal in a DPS 8 system. 
The exact panels which do not exist on DPS 8 boxes are as follows: 


CPU: Maintenance, Test and Display Panels 
SCU: Maintenance and Display Panels 
10M: Maintenance and Test Panels 
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Figure 2-2. A Miultics System Configuration 
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The displays which replace the maintenance panels are produced by the 
| Dynamic Maintenance Pane! (DMP), which is part of the processor. Displays from 
the DMP may be accessed in either of two ways: with a standard VIP terminal 
attached to the DMP or with a Diagnostics Processor Unit (DPU). The DPU serves 
as an interface to the DMP for the processor, the SCU and the IOM. Your decision 
as to whether you should use the DPU or the VIP attached to the DMP will depend 
on the configuration at your site. You might have one VIP and a patching mechanism 
to connect it to the desired DMP interface, or a separate terminal for each DMP 
interface, and some combination of these. You might or might not have a DPU. If 
you have questions about this decision, you should consult with your system 
administrator. 


The DPU is a stand alone computer system, which has a VIP terminal attached 
to it (currently a VIP7205). You should not confuse this terminal, which is part of 
the DPU subsystem, with the terminal mentioned above, which is connected directly to 
the DMP. 


The DPU provides a maintenance capability that includes remote maintenance 
control of the DPS 8 processor, SCU and IOM. In other words, the switch settings 
and the contents of various registers for these units may be displayed on the attached 
terminal. 


In addition to the above-mentioned panels being replaced, the configuration 
panels on these three units are packaged somewhat differently than they are on the 
Level 68 machines. The FNP and memory have not changed with DPS 8. 


For normal operations, you will find little difference between the procedures 
you follow for the DPS 8 and those you follow for the Level 68. However, there is 
a difference in some procedures for recovering from system failures. The most notable 

| of these is executing switches to return to BCE. Differences in procedures between 
the DPS 8 and the Level 68 are noted throughout this manual. 
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SECTION 3 
SOFTWARE OVERVIEW 


STORAGE SYSTEM 


The storage system is the combination of hardware and software that Multics 
uses for storing information. It is an organized collection of segments, which contain 
a// information, both that which belongs to the system and that which belongs to 
users. . 


Segments are the basic unit of information stored in the storage system. A 
segment is analogous to a file on other systems. (However, in a Multics system, the 
CPU can access segments directly, while other systems must use input and output 
instructions to read files.) A segment may contain data or programs. Certain segments 
which contain data used by the system are called data bases. 


Segments are grouped into d/rectories. A directory is analogous to a catalogue 
on other systems. It is a “catalogue” of segments and subdirectories. 


Directories and segments are organized into other directories and form a 
hierarchy called the storage system hierarchy. The storage system hierarchy may be 
Viewed as an upside-down tree with a single directory called “the root" at the top and 
the rest of the directories spreading out like branches from there downward. Every 
segment and directory has a name Known as a pathname, which specifies its location 
in the storage system hierarchy (for example, ">udd>ProjectA>User1>Segmentz"). The 
storage system hierarchy is also called the directory hierarchy. For an illustration of 
this hierarchy, see Figure 3-1. 


DISK VOLUMES 


The storage system is divided into /ogica/ vo/umes so it can be managed one 
piece at a time. A logical volume is made up of one or more physica/ volumes, 
which are sets of data accessed as groups. 


11/86 3-1 GB61-01A 


system . 


control...1 


PLUS MISCELLANEOUS 
ACCOUNTING, LOG, 
LINE USAGE, AND 
PASSWORD SEGMENTS 


(root 
directory) 


directory) 
process. daemon... user system 
dir _dir dir_dir dir dir library 
Standard 
Neco, nee” em, sess” 
DIRECTORIES DIRECTORIES AND OOOO 
AND SEGMENTS EGMENTS OF THE CRORES ARR 
CONTAINING BACKUP AND /0 ALL NON- HARDCORE 
PER-SITE DAEMON PROCESS SOMANDS ENO 
INFORMATION UBROUTINES 
PROVIDED AS 
cee PART OF MULTICS 
rae ia) | PONE EXCEPT SEPARATELY 
process-id) | | DIRECTORY PRICED ITEMS 
PER 
——_ ee’ PEE (project ONE 
name) DIRECTORY 
TEMPORARY PER- PER 
PROCESS INFORMATION PROJECT 
ONE 
user 
PER 
USER 
OO OC 
——— 
PERSONAL SEGMENTS 
AND DIRECTORIES 
OF THIS USER 


system system system library system system sorta 
library 1 library library dir library library ad 
unbundled auth maint dir obsolete tandd party 
OOOO OOO OOO 
— ee” —_———— ———” include 
ALL HARDCORE SEPARATELY COMMANDS AND 
COMMANDS AND PRICED SUBROUTINES OF 
SUBROUTINES COMMANDS THE LOCAL AUTHOR- 
PROVIDED AS AND MAINTAINED LIBRARY 
PARTOFMULTICS SUBROUTINES @eGne 
EXCEPT SEPARATELY ca ee? 
PRICED ITEMS ALL INCLUDE 


FILES (X.INCL.PL1) 


GB61-01 


Physical volumes are contained on disk packs. The number of physical volumes | 
on a disk pack and how they are separated depend on what model of disk it is. | 
Model 451 disks have only one physical volume per disk pack and therefore require | 
no separation. Model 500/501 disks have two physical volumes per disk pack and are | 
separated by device numbers managed by the disk controller firmware. Model | 
3380/3381 disks have two/three physical volumes per disk pack, respectively. They are | 
divided into subvolumes controlied and managed by the Multics file system software. 
Each subvolume contains one physical volume. | 


The relationship between the logical volume "Public" and its constituent physical 
volume "publ" is like the relationship between an encyclopedia and its Volume A. 
You should note that there is no fixed correspondence between the name of a logical 
volume and the names of the physical volumes which constitute it. However, most 
sites do adopt some kind of correspondence by convention. Your system administrator 
can tell you if there’s a convention in use at your site. 


When the word “volume” is wsed in reference to user I/O disks, it always 
means “physical volume." When the word volume is used in reference to storage 
system disks, it can mean either “physical volume” or “logical volume." 


To use a logical volume, all of its physical volumes must be mounted. A 
physical volume is said to be mounted when the pack(s) are housed in the drive, the 
drive is operationally ready, and this has been made known to Multics. 


There are two kinds of storage system logical volumes: pudb//c and private. If 
a logical volume is public, access to it is unrestricted, and its physical volumes are 
usually permanently mounted. Users don’t have to request that the logical volume be 
mounted before they can use it. If a logical volume is private, access to it is 
restricted, and its physical volumes are usually not permanently mounted. Users have 
to explicitly request that the logical volume be mounted before they can use it. The 
system asks you to mount the physical volumes which constitute the logical volume. 
Then it allows users to use the logical volume. 


When a new directory is created, its segments usually reside on the same 
logical volume as the segments of the directory immediately above it. An exception to 
this is made for a master directory. The segments of a master directory reside on a 
different logical volume than the segments of the directory immediately above it. 


For an illustration of the way segments and directories are jocated on disk 
volumes, see Figure 3-2. 
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Figure 3-2. Location of Segments and Directories on Disk Voiumes 
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There are also two special volumes known as the root physical volume (RPV) 
and the root /ogica/ vo/ume (RLV). The RPV is the single physical volume required 
to boot BCE, bring Multics up as far as ring 1 command level, and do ring 1, 
functions like reloading volumes and performing some kinds of crash recovery. The 
RPV is a physical volume of the RLV. The RLV is the special logical volume which 
contains a// of the directories in the hierarchy, plus all of the files needed to bring 
Multics up the rest of the way, to ring 4 command level. (Rings 1 and 4 are 
described later in this section.) The information contained in the RLV is that which 
must be available to the system no matter what. The RLV is often called the root. 


OPERATING SYSTEM 


An operating system is a set of programs which reside in a computer. The 
operating system interprets users’ instructions, controls the hardware, and otherwise 
supervises the basic operation of the computer. An operating system is also responsible 
for sharing system resources among many users. BCE is an example of a very simple, 
operating system, while Multics is an example of a very complex operating system. 
BCE and Multics are described later in this section. 4 


BOOTING 


Booting (or boot/oading) is the process of loading a set of programs (an 
operating system) into memory, linking them together so they can refer to each other, 
setting up any necessary data bases, and running the programs to start up a system. 
To boot Multics, you first have to boot a smaller, more primitive operating system 
called BCE. (See “Bootload Command Environment" and “Multics" next in this, 
section.) 


You may hear people use the terms co/d and warm in reference to bootloads. 
A bootload is co/d if it completely recreates the operating environment, and/or 
generates a new storage system hierarchy. It is warm if it assumes that some 
information from the previous bootload is to be used and/or maintains the current 
storage system hierarchy. The period of time between a Miultics bootload and a 
Multics shutdown is sometimes called a boot/oad session, a service session, or just a 
session, 


The boot/oad SCU is the SCU which is configured with a base address of 
zero. It is also called /ow-order memory. The bootload SCU must be the first SCU 
listed in the config deck. The boot/oad CPU and the boot/oad /OM are the CPU 
and the IOM selected by the bootload SCU. The bootload SCU, CPU and IOM must 
all be "on" in the config deck. (See "Configuration Deck" later in this section.) 
Instructions for setting the bootload boxes are given in Section 9. 
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BOOTLOAD COMMAND ENVIRONMENT (BCE) 


BCE is a simple operating system. It provides a boot and crash environment 
for Multics. (See "Crash" later in this section.) This means that BCE must be running 
before Multics can be booted, and if Multics crashes, the system returns to BCE. BCE 
performs the following functions: 


e booting Multics 
e dumping main memory and disks 
e initiating emergency shutdown (ESD) of Multics 


x YOu must boot BCE in order to boot Multics. 


BCE is initially contained on a tape called the BCE/Mul/tics system tape. It 
must be booted from the tape into the system under the direction of commands that 
you issue at the bootload console. Once BCE is booted, it resides on the RPV disk, in 
a special area known as the BCE partition. Instructions for booting BCE are given in 
Section 11. 


You communicate with BCE by typing SCE commands at the d0ot/oad 
conso/e. Instructions for using the bootload console are given in Section 5. 


BCE is always in one of four states. These states are identified by four 
different ready messages: 


e bce (early) 0825.6: 
system has just been booted from scratch and is ready to boot BCE 


e bce (boot) 0826.3: 
system is ready to boot Multics 


e bce (crash) 0829.1: 
Multics has crashed 


e = bee (bce_crash) 0834.7: 
BCE has crashed ~ 


See Figure 3-3 for an illustration of the BCE states and some commands/events which 
change them. 
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Figure 3-3. BCE States and Commands/Events Which Change Them 
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MULTICS 


Multics (Multiplexed Information and Computing Service) is a complex 
operating system. The programs needed to boot Multics are read. from. the 
BCE/Multics system tape by BCE, and stored in the BCE partition on the RPV. 
Thus, Multics is booted from programs stored on disk, under the direction of 
commands that you issue at the bootload console. Instructions for booting Multics are 
given in Section 13. 


SYSTEM STARTUP 


System startup is the process of beginning Multics service. Starting up the 
system is also called /nitia/ization or bringing the system up. 


SYSTEM SHUTDOWN 


System shutdown is the process of ending Multics service. There are two 
kinds of shut downs: order/y shutdowns and crashes. An orderly shutdown is a 
normal shutdown, one that you’ve planned. A crash is a shutdown that is the result 
of a system malfunction and is unplanned. (See "Crash" next in this section.) 


CRASH 


A crash is a Multics system malfunction that causes the system to become 
unavailable to users. A system crash is an unplanned termination of system 
availability, caused by problems with either the hardware or the software. An FNP 
crash is an unplanned termination of service from an FNP, which causes processes 
connected to that FNP to be disconnected. In certain cases, deliberate (or inadvertent) 
actions on your part may provoke a crash. 


One of the most important things you must do to respond to a crash is to 
take a Gump. A dump is a "snapshot" of the state of the system. Taking a dump is 
like taking a picture of the system databases and user files. A dump serves as a 
record of the state of memory at a particular time. System maintainers use dumps to 
help them figure out why crashes occur. The FNP memory can be dumped as well as 
the main memory. Don’t confuse this kind of dump with any of the backup dumps 
described later in this section. 


EMERGENCY SHUTDOWN 


Whenever a Multics session ends, it’s important to make sure that the storage 
system is in a consistent state. When you shut the system down normally, this happens 
automatically. But when the system crashes, it doesn’t. Emergency shutdown (ESD) is 
a program which is run after a crash, as part of the crash recovery process. It makes 
the contents of the storage system consistent, as though the system had been shut 
down normally instead of crashing. 
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CONFIGURATION 


Configuration can be divided into three parts. The first part involves choosing 
hardware modules and connecting them with cables. Your site does this once when it 
first buys or rents a Multics system, and again each time it changes or adds new 
hardware modules. The second part involves setting switches on the hardware modules 
to connect them into an arrangement thai can run Multics. You do this each time 
you bring the system up, before you boot BCE. The third pari involves telling the. 
software how to use the hardware: what hardware is available, how the software 
should set itself up to run on that hardware, and what state the hardware is in. You 
do this each time you bring the system up, after you boot BCE, and before you boot, 
Multics. The information the software needs is conveyed to Miultics via the 
configuration deck. The configuration deck is also called the config deck. The 
configuration deck isn’t a physical deck of punched cards. It is data which you feed 
to the system from a tape or from the bootload console. The information in the 
configuration deck must correspond to the actual hardware configuration, the switch 
settings of the major modules, the cabling between the modules, and the operational 
readiness of the hardware, the peripherals, and some of the software data bases. BCE, 
maintains its own version of the config deck. BCE passes the information in the 
config deck to Multics. Multics considers it to be the configuration within which it 
must run. When you do dynamic reconfiguration (described below), Multics updates 
the config deck to reflect the changes you make. 


The only “cards” in the configuration deck that you'll have to deal with are 
epu, mem, tom, prph, chnl, mpc, ipec, and clok cards. A cpu card identifies a 
processor, a mem card identifies a system controller, an iom card identifies an IOM, a 
prph card identifies a peripheral, a chnl card identifies an alternate path to a 
peripheral, an mpc card identifies the type of peripheral controller, an ipc card 
defines the channels as being FIPS type, and the clok card provides information about 
how to interpret the readings of the calendar clock. You must edit a cpu, mem, iom 
or prph card to change the state of a processor, system controller, IOM, FNP or 
bootload console. (For details on these operations, see Section 12.) You must edit the 
clok card to change the calendar clock for daylight savings time. (For details on this 
operation, see Sections 10 and 11.) 


Dynamic reconfiguration is the process of adding or deleting a major 
hardware module or peripheral to or from the Multics configuration when the system 
is at Multics level (ie, while the system is running). For details on dynamic 
reconfiguration, see Section 32. 


SYSTEM SOFTWARE 


System software refers to the programs that come with Multics. It’s divided 
into two parts: the Aardcore supervisor and the on/ine software. 
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Hardcore Supervisor 


The hardcore supervisor performs the supervisory functions of the system. It 
is usually referred to as the supervisor. Sometimes it’s also called the hardcore. The 
supervisor is that part of the system software which can’t be changed while the system 
is running. It includes programs which must be present to bring the system up, and 
programs which run the storage system. Hardcore programs are included on the 
BCE/Multics system tape. When the system is running, the supervisor resides on disk, 
in a special area known as the Aardcore partition. 


Online Software 


The on/ine software is that part of the system software which can be changed 
while the system is running. It includes all of the programs which live in the storage 
system and use it. 


PROCESSES 


A process is a user’s share of the system. A user can be an actual person, 
such as yourself, or it can be a special part of the system, such as the initializer or a 
daemon. (See "Initializer Process" and “Daemons” later in this section.) A process 
begins when a user logs in and ends when a user logs out. 


Most processes on Multics are /nteractive. This means that the user they 
belong to is a person using a terminal, who is exchanging information directly and 
immediately with the system. Some processes are absentee. This means that they run 
when the user they belong to is not logged in and not interacting with the system. 
Instead, the user has prepared an entire job beforehand, and is having it run at a 
specified time or when specified resources are available. An absentee process is 
analogous to a batch job on other systems. Absentee jobs are controlled by the 
absentee facility. 


INITIALIZER PROCESS 


The /nitializer process is the system control process for Multics. It’s the only 
process that can create and destroy other processes. Sometimes it’s called the 
answering service process. (See “Answering Service" later in this section.) It’s also 
called system contro/ or just the /n/tia/izer. The initializer process is created when 
Multics is booted and remains active as long as Multics is running. Miultics can’t 
operate without it. The initializer process performs the following functions: 


bringing the system up 

operating the answering service (i.e., "listening" for users logging in) 
servicing operator commands 

handling user requests (such as login, logout, new_proc) 

managing system terminals and all other terminal channels 

routing messages (such as daemon messages) 

taking care of administrative tasks for the system 

shutting the system down 
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You communicate with the initializer process by typing /n/tia/izer commands 
at an /nitiafizer terminal or the bootload console. Instructions for using an 
initializer terminal are given in Section 6. 


RINGS 1 AND 4 


Muitics has eight leveis of privilege, called rings. Most other computer systems 
only have two levels. Lower numbered rings are more privileged than higher numbered 
Tings. The supervisor runs in ring 0. Most user programs run in ring 4. When you 
first start up the system, the initializer process enters ring 1 (the administrative 
ring). Ordinarily, there’s no reason for the initializer-to stop in ring 1, and it moves 
Tight away to ring 4 (the user ring). But sometimes you'll need it to stop in ring 1 
for awhile so your system maintainer can do storage system maintenance: reloading all 
Or part of the storage system; performing some kinds of crash recovery. In ring 1, 
your system maintainer is allowed to manipulate the storage system in ways which are 
not permitted later on, because the entire storage system isn’t in use yet. When he or 
she is finished with storage system maintenance, you can have the initializer move to 
ting 4. (Your system maintainer will tell you how to stop in ring 1, then move on to 
ting 4.) Once here, the initializer process goes into its normal state. Certain initializer 
commands can only be issued when the initializer process is operating in ring 1. 
Others can only be used when it’s operating in ring 4. Some can be used at either 
time. 


MESSAGE COORDINATOR 


The message coordinator is a facility which distributes messages from the 
initializer process to the bootload console and other terminals. It allows the initializer 
process to run terminal channels, and lets the daemons run without attached terminals, 
sending their messages to the initializer process for disposition. Most sites run with 
the bootload console and one terminal. Daemon messages are routed to one or both 
of= these devices. 


The message coordinator does not handle messages from the supervisor, 
including RCP messages. (See “Resource Control] Package” next in this section.) 


RESOURCE CONTROL PACKAGE (RCP) 


RCP controls and allocates peripheral resources. This means that it manages the 
assignment of all storage and unit record devices and any disk or tape volumes you 
can mount on them. These devices include tapes, user I/O disks, printers, card 
readers, and card punches. It also produces all mount messages. RCP checks a user’s 
access to use a device or volume automatically. If necessary, it asks you to validate 
that the user is permitted to mount the disk or tape volume. 
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ANSWERING SERVICE 


The answering service is an important subsystem which runs in the initializer 
process. (That’s why the initializer process is sometimes called the answering service 
process.) The answering service performs the following functions: 


handling dialups, logins, logouts 
supervising system accounting 

controlling interactive and absentee users 
loading and dumping FNPs 


The answering service provides your system administrator with great flexibility. 
For example, it allows her or him to limit the number of users (in a given group of 
users) who can be on the system simultaneously, to specify what time of day (ie., 
during what shift) a user may log in, and to control how system resources are to be 
shared between users. The answering service is also known as user contro/. 


EXEC COMS 


An exec_com is a segment containing either a series of Multics commands to 
be executed or a series of BCE commands to be executed. The auto, dump, go, and 
rtb exec_coms come with the system. They each contain a series of BCE commands to 
be executed. In addition, your site may write its own exec_coms for use in BCE or 
Multics. 


SYSTEM STARTUP.EC 


The system_start_up.ec is an exec_com which is invoked automatically when 
the answering service is started up. If you think of the initializer as a user, then the 
system_Start_up.ec is analogous to the initializer’s start_up.ec. In addition to initializing 
the answering service, the system_start_up.ec may contain commands which turn on the 
message coordinator, log in the daemons (see "Daemons" later in this section), start up 
the absentee facility, load the FNPs, set the message of the day, schedule system 
shutdown, accept additional channels for the initializer process if it’s going to operate 
more than one terminal, and set up the disposition of various system messages to these 
terminals. 


ADMIN.EC 


The admin.ec is an exec_com which is invoked any time you issue an exec 
("x") command. For more information on exec commands, see “Operator Interface” in 
Section 4. 


DAEMONS 


Daemons are system service processes. They perform such tasks as I/O device 
control, storage system backup, and network control. I/O daemons and Backup 
Gaemons are described in this manual. There may be other daemons io deal with at 
your site. If so, your system administrator will tell you about them. 
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Each daemon has a User_id and a message coordinator name which is 
assigned by the site. The User_id is a name which identifies the daemon to the 
system. (For more about User_ids, see "The Operator Interface” in Section 4.) In this 
manual, the message coordinator name is referred to as the daemon’s /abe/. You may 
also hear it called a message coordinator id or a source id. A daemon’s label 
shouldn’t be confused with its User_id. For example, the backup daemon which 
controls hierarchy incremental and consolidated dumps (described in Section 26) has the 
User_id “Backup.SysDaemon.” Your site wili have a label for this daemon, which 
might be something like "bk" or "bkup." To reply to a question from a daemon, or 
issue a Gaemon command, you must use the daemon’s label. To avoid confusion, 
daemons should be logged in with the same label every time. See "Commands and 
Arguments" in Section 4. 


//0 daemons control peripheral activities like the reading and punching of 
cards, and the printing of output on high speed printers. They also control remote 
and local job entry. Commands which contro] I/O daemons are called //O daemon 
commands. 


There is one I/O daemon driver process for each local or remote device on 
the system, and one I/O daemon coordinator process which controls the driver 
processes. 


Backup daemons control the Multics backup system. Commands which control 
backup daemons are called backup daemon commands. See "Backup" next in this 
section. 


BACKUP 


Backup refers to the Multics backup systems. These systems ensure that user 
segments and directories can be recovered if they are destroyed due to system failure 
or user error. 


Backup Functions 


The backup systems perform two functions: dumping and recovery. Dumping 
is the procedure by which the backup system searches out, selects and copies (dumps) 
segments and directories from the Multics storage system hierarchy onto tape. Usually, 
only information which has changed and may be valuable in the future is dumped. 
The segments and directories selected for dumping are determined by the mode — 
incremental, consolidated, or complete -- in which dumping is performed. (Details on 
the three dumping modes are given in Section 26.) 
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Recovery is the procedure by which the backup system recovers segments and 
directories that have been dumped onto tape and places them back into the storage 
system hierarchy. Recovery consists of two operations: reloading and retrieving. 
Reloading is the global recovery of a major portion of the hierarchy when it has 
been damaged. If necessary, the entire contents of the storage system can be 
reconstructed after a major system crash so that operation of the system can resume. 
Reloading is the major part of recovery. It is usually performed by a system 
maintainer. Retrieving is the recovery of individual segments and directories at the 
Tequest of users. It occurs during normal Multics operation. Retrieving is the minor 
part of recovery. 


Backup Systems 


There are two major Multics backup systems, hierarchy and volume. The two 
systems differ in the way they locate the data they must dump. The A/erarchy 
system dumps segments and directories by following the Multics directory hierarchy. 
This means that it skips from disk pack to disk pack. On the tapes that it produces, 
directories and their subordinate segments are "close" to each other. 


The vo/ume system dumps segments and directories by following the layout of 
files on disk packs. This means that it dumps segments and directories in an order 
that is unrelated to the storage system hierarchy. On the tapes that it produces, 
segments and directories that reside on the same physical volume are "close" to each 
other. 


Another difference between the systems is that the hierarchy system produces 
maps, which indicate those segments and directories included in each dump cycle. 
These maps are needed to do hierarchy recovery. The volume system does not produce 
maps. Maps are not needed to do volume recovery. 


Yet another difference between the systems is that the volume system manages 
a pool of tapes. This means that you don’t have to determine which tape to use. The 
volume system decides for you. The hierarchy system does not manage a pool of 
tapes, which means that you have to tell it which tapes to use. It’s important to 
record the names of the tapes used for hierarchy dumping. You can record them in 
the system log book or in a separate hierarchy dump tape log. The tape names are 
needed to do hierarchy recovery. 


SALVAGERS 


The sa/vagers are a set of programs which do cleanup work on the storage 
system. They detect damage and, if possible, correct it. This damage can be caused by 
a crash, ESD failure, or disk device errors. Sometimes a salvager is invoked 
automatically as part of the system bootload. Other times it is invoked automatically 
when damage is discovered. It can also be invoked by you on instructions from the 
programming support staff. 
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One salvager, the vo/ume sa/vager, can only be run when the volumes being 
salvaged are offline; i., it can’t be run during normal service. This salvager is 
becoming obsolete, and although it may be available at your site, it isn’t normally 
used. The volume salvager has been replaced with the vo/ume scavenger. The volume 
scavenger, along with the d/rectory sa/vager, can be run when the volumes being 
salvaged are online: i., they can run during normal service. 


FIRMWARE 


Firmware is specialized software that is attached to hardware but subordinate 
to it. In a single machine, firmware refers to a set of programs which control the 
electronic circuits in that machine. Sometimes it’s called the m/croprogram. Disk, 
tape, and unit record controllers may all have firmware. With certain models of 
controllers, the firmware has to be loaded into the controller before it can be used. 
Other modules retain the firmware even if the power is turned off. 


CALENDAR CLOCK 


Calendar clocks are contained in SCUs. The calendar clock contained in the 
bootload SCU is the one used by the system. It keeps the current time, precise to the 
microsecond. You are responsible for setting the clock when you boot BCE, and you, 
must set it accurately. If the setting isn’t correct, serious damage to the storage 
system can result. 


LOAD CONTROL GROUPS 


Load contro/ groups ate groups of users created by your system administrator. 
He or she can limit the number of users in a load contro] control group who can use 
the system simultaneously. He or she can also limit the percentage of available 
resources (especially CPU computational power) which the members of a load control 
group can use. 


LOGGING 


Logging is a means of keeping track of important system events. 


The syserr /og is a log of messages, called syserr messages or hardcore 
messages, produced by the Multics supervisor and some of the online programs. The 
sysefr messages are written on a reserved area of disk called the LOG partition, and 
sometimes are also printed on the bootload console. Periodically, these messages are 
copied into a permanent segment in the storage system. 


The answering service /og is produced by the answering service, and contains 
information about all user and daemon logins and logouts. 


The /O Daemon /ogs are produced by the I/O daemon driver processes, and 
contain information about all I/O requests. These logs may or may not be present at 
your site depending on how the system administrator has set things up. 
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The system /og book is a physical “pencil and paper" log. It is the operators’ 
| record of unusual occurrences. It is also a place where you can note things like the 
| names of hierarchy dump tapes. See Section 33, "Leaving a Note in the System Log 

Book." 


COMPARISON OF MULTICS AND GCOS TERMS 


GCOS is another large Honeywell operating system. If you have had experience 
working with GCOS, you may find the following list helpful. It compares some 
Multics software terms with their equivalent GCOS terms. 


MULTICS TERM GCOS EQUIVALENT 

storage system file system 

segment file 

directory catalogue 

config deck (on Multics the config deck (on GCOS the 

config deck is a segment config deck is actually a 

containing card images) physical deck of punched 
cards) 

interactive process time sharing user 

absentee process batch job 

initializer core allocator (CALC) 

daemon system program 


For an illustration of the relationships between the major Multics software 
components, see Figure 3-4. 
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Figure 3-4. Relationships Between Major Multics Software Components 


SECTION 4 
THE OPERATOR INTERFACE 


YOUR RESPONSIBILITIES 


Now that you have been introduced to the major hardware modules and 
peripherals, and to the most important software concepts, you are ready to learn about 
your responsibilities as an operator. 


Your job is to control the functioning of the computer hardware by following 
procedures provided by your system administrators and maintainers. This job may be 
divided into several more specific responsibilities. 


Your first responsibility is to see that users experience a minimum of service 
interruptions. The way system service appears to users is very important. You must 
see that it flows as smoothly as possible. Most of the time, this means responding 
promptly and correctly to requests. Requests come from the system itself, from 
regular Multics users, and from system administrators and maintainers. 


The system will request that you perform such tasks as typing in what kind of 
MPCs you have and attending to troubled disk drives. Regular Multics users will 
Tequest that you perform such tasks as retrieving lost segments and mounting special 
tapes. System administrators and maintainers will request that you perform such tasks 
as starting the system up and shutting it down, reconfiguring the hardware and doing 
complete dumps. 


Your second responsibility is to see that the integrity of the storage system is 
preserved. Ordinarily, this means making sure that the backup dumpers used at your 
site run correctly and as scheduled. As part of this, you must control the backup 
tapes produced by the dumpers in a way that guarantees the security of the 
information they contain. It also means making sure that the storage system is 
properly shut down after a system crash, by performing an emergency shutdown. 


Your third responsibility is to deal with system failures. This means responding 
to signs of trouble quickly and correctly. In order to respond this way, you must 
understand the overall configuration of the hardware at your site, the functions of 
BCE, and many aspects of Multics. * 
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YOUR USER_ID 


To communicate with the system, you usually use the bootload console and the 
initializer terminal(s) (described in Sections 5 and 6 respectively). If your site requires 
operator authentication, you will need a User_id to sign on. (See "Operator 
Authentication" later in this section.) In addition, you may also use a regular user 
terminal at times, to issue standard Mul/tics commands. If you do, you will need a 
User_id to log in. Your User_id is a name that is assigned to you when you are 
Tegistered as a Multics user. It identifies you to the system. Your User_id has the 
form: 


Person_id.Project_id 


in other words: 


Yourname.Operator 


It is assigned to you by your system administrator. When you sign on or log in as a 
tegular Multics user, you only need to type your Person_id, not your whole User_id. 
(Your system administrator will also assign you a password, to use both when you sign 
on and when you log in.) 


COMMANDS AND ARGUMENTS 


The interface between you and Miultics consists of a set of commands. A 

command is an instruction you type on the bootload console, an initializer terminal, or 

| a regular user terminal. It tells the system what to do or provides it with 

information. Many commands require one or more arguments. An argument is an 

additional piece of information that you type after a command, on the same line. 

Many arguments vary from site to site. Those which do are indicated as such 
throughout this manual. (See the discussion of command lines below.) 


All of the commands described in this manual are printed exactly as you will 
type them. In all cases, the short form of command names is used. The long form is 
mentioned in the notes explaining the command line. 


In this manual, most of the command lines you're supposed to type are 
presented in two forms. In the first form, any part of the line which you must fill 
in with your site’s own value is represented by a placeholder. In other words, any 
argument or other piece of information which varies from site to site is enclosed in 
angle brackets, as in "<your Person_id>." In the second form, an example is given. 
Those parts of the command line which were represented by a placeholder in the first 
form are replaced with reasonable values, as in "MacKenzie." When you type the line 
yourself, you should subsitute your site’s own values. So in this case, you should type 
your own Person_id, mot the sample Person_id "MacKenzie" we gave you in the 
second form, and not the literal words "your Person_id" we gave you in the first 
form. 
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If you are issuing a BCE, initializer or standard Multics command, you simply x 
type the name of the command and any arguments that may be required. If you are 
issuing an exec command, one of the commands contained in the admin.ec, you must 
precede the name of the command with an "x " (short for exec). If you are issuing 
a command in order to reply to a daemon, you must precede the name of the 
command with an "r " (short for reply) and the label of the daemon. Don’t worry 
about memorizing which commands are which. All of the instructions in this manual 
for accomplishing operator tasks specify when you need to type an xX of an f. 


OPERATOR AUTHENTICATION 


Your site may require operator authentication. If it does, then once you've 
brought Multics up to ring 4, you must sign on to both the bootload console and any 
initializer terminals you plan to use before you can enter commands on them. (You 
don’t have to sign on when BCE is running, or when Multics is in ring 1.) Signing, 
On means being responsible for all of the commands entered at that console or 
initializer terminal. You remain responsible until you sign off or until someone else 
signs on. Note: if your site doesn’t require operator authentication, you can still sign 
on, if you like. 


Signing On 
J Go to the console or initializer terminal you want to sign on to. Type: 
sign_on <your Person_id> 


for example: 


sign_on MacKenzie 


2 The system will respond with: 
Password: 
3. Type your password. 
4. If you’re signing on to the bootload console, the system will respond with: 


sign_on: MacKenzie signed on as operator on channel otw_. 
If you’re signing on to an initializer terminal, the system will respond with: 

sign_on: MacKenzie signed on as operator on channel a.h013. 
If someone else was signed on, it will respond with: 

sign_on: Bongo signed off. 
then with one of the messages above. 


5. Repeat steps 1-4 on every console and initializer terminal you plan to use. 


11/86 4-3 GB61-01A 


If you forget to type your Person_id when you sign on, the system will 
prompt you for it. After you type it, the system will continue as usual by prompting 
you for your password. 


If you start to sign on, then decide you don’t want to, type anything except 
your password. The system will not sign you on. 


If you forget to sign on before you enter your first command, the system will 
run the sign_on command for you. It will prompt you for your Person_id and your 
password. After you type them, it will sign you on, then run your original command. 
Signing Off 
ie Go to the console or initializer terminal you want to sign off of. Type: 

sign_off <your Person_id> 

for example: 

sign_off MacKenzie 


2. The system wil! respond with: 
sign_off: MacKenzie signed off. 
Your site may have a timeout period. If it does, you are automatically signed 


off if you don’t enter any commands for a period of time longer than the timeout 
period. 


Also, you are automatically signed off if someone else signs on, since only one 
person can be signed on to each console or terminal at a time. 


GETTING HELP 
If you’re in ring 4 and you need help with a command, type: 
help <command name> 

for example: 


help down 
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The system will print information about the command, including its long and short 
names, its function, how to use it, and what arguments it requires. The system prints 
the information in blocks. The first block begins by telling you how many lines of 
information are in the first block, and how many lines of information are available in 
total. The first block, and all of the following blocks, end by telling you what kind 
of information is contained in the next block and how many lines of information are 
in the next block, and by asking you if you’d like to see the next block. For 
example, here is the first block of information the system prints about the down 
command: 


>doc>subsystem>operator>down. info (3 lines follow; 60 in info) | 


01/07/85 down | 
Syntax as a command: down time {back} {reason} . a 
Function (6 lines). More help? | 


If you’d like to see just the next block, type “yes.” If you'd like to see all of the | 
remaining blocks, type "rest." If you’d like to skip just the next block, type "skip." | 
And if you'd like to skip all of the remaining blocks, type “quit.” The following | 
example shows what the system prints if you type "yes" (or "y") each time it asks you | 
if you want more information: | 


Function (6 lines). More help? y | 


Function: schedules an automatic shutdown for a specified time. It | 
also schedules an automatic bump of users, for N minutes before the | 
time of the shutdown. At the time of the bump, all interactive users | 
are warned that they will be logged out in N minutes. To determine the | 
value of N, see "Notes" below. This command can be used in ring 4& | 
only. | 


Arguments (10 lines). More help? y | 


Arguments: 
time 
is the time to schedule an automatic shutdown. It is a clock 
reading, acceptable to convert_date_to_binary. If it contains 
spaces, it must be enciosed in quotes. 


back 
is the time announced to users when the system will come back up. 
lt must be in the same form as the time argument, above. 

reason 


is a message that tells users the reason for the shutdown. 
Notes (20 lines). More help? y | 


Notes: N is figured using the value of warning_time, a parameter in | 
the installation_parms segment. The warning_time parameter in the | 
installation_parms segment is the number of real-time seconds between | 
warning (of an automatic logout) and actual logout. (Refer to the | 
Multics System Administration Procedures manual, Order No. AK50.) N | 
equals warning_time divided by 60, rounded up to the next whole minute. | 
For example, if the installation_parms segment shows a warning_time | 
value of 6000 seconds, then N will be 100 minutes. | 
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When the system is started up, a check is made to see if a down command 
has been issued that has not yet taken effect. If one is found and 
more than 30 minutes remain before it takes effect, the down command is 
reissued automatically. 


!f absentee is up when the down command is issued an automatic abs stop 
is set up for 20 minutes before the time specified by the time 
argument. If absentee is not up when the down command is issued, but 
it is brought up later, the automatic abs stop is stiil set up for 20 
minutes before shutdown. If absentee is already being shut down when 
the down command is issued, the shutdown of absentee continues. 
Examples (13 lines). More help? y 

Examples: 


To schedule a shutdown at 5:45 a.m., and to tell the users that the 
system is coming back at 9:00 a.m., type: 


down 05:45 09:00 Regularly scheduled shutdown. 
To cancel a scheduled shutdown, type: 
down 0 


To display the time of the next shutdown, type the down command 
with no arguments. 


USING SPECIAL CHARACTERS 
Some of the characters you can type in ring 4 at the bootload console or an 


initializer terminal have special meanings. The following characters will usually cause 
problems for you, so you should avoid typing them: 


iT... 


The following characters may make typing commands easier for you, if you use them 
carefully: 


$ 6) ontt 
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You may use a semicolon (;) to enter more than one command at a time. For | 


example, instead of typing: 
hmu 

then typing: 
who 


you may type: 


hmu; who 


| 
| 
| 


You may use parentheses ( Q ) to make two command lines in which only one 


part of the lines is different into one command line. For example, instead of typing: 


rcf add dv dska_01 
then typing: 
ref add dv dska_02 
you may type: 
ref add dv (dska_0Ol dska_02) 
or even: 
ref add dv dska_0(1 2) 
For another example, instead of typing: 
remove a.h013 
then typing: 
attach a.h013 


you may type: 


(remove attach) a.h0O13 
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You may use double quotes ("") to tell the system that you want a special 
character to mean something different from what it usually means. For example, if 
you type the following command line w/thout double quotes: 

warn * * Going down in 5 minutes (for weekend) 
the system will send users this message: 

Going down in 5 minutes for 


then this message: 


Going down in 5 minutes weekend. 


because of what parentheses usually mean. This clearly isn’t what you want! But if 
you type the following command line w/th double quotes: : 


warn * * "Going down in 5 minutes (for weekend)" 
the system will send users this message: 
Going down in 5 minutes (for weekend) 
because the double quotes tell the system that you want the parentheses to mean 


something different from what they usually mean. 


To avoid trouble, it’s a good idea to always use double quotes with any 
command (like warn or bump) which sends users a message. 


For more information on using special charactes, refer to the Mu/l/tics 
Programmer's Reference Manua/, Order No. AG91. 
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PART III 
COMMUNICATING WITH THE SYSTEM 


GB6é1-01 


SECTION 5 
USING THE BOOTLOAD CONSOLE 


The bootload console is special for two reasons: first, it’s the only terminal 
you can use to issue BCE commands (in addition to all other operator commands); , 
second, it’s the only terminal you can use before the message coordinator is running 
and an FNP is loaded. The bootload console is also called the operator conso/e, the 
system conso/e, or just the conso/e. When a site has more than one console, only 
the console which is active is called the bootload console. (For a discussion of active 
and inactive consoles, see Section 12.) The bootload console is hardwired (directly 
connected) to the IOM. This means that information going to and coming from the 
bootload console doesn’t go through an FNP first. This is why it can be used before 
an FNP is loaded (ie., before the answering service is up). 


There are two different kinds of bootload consoles: the CSU6007/6004 and 
the CSU6607. The 6001/6004 is a hardcopy terminal. It prints its input and output 
on paper. The 6601 is a video terminal. It displays its input and output on a screen. 
In addition, the 6601 has a printer associated with it. This printer prints out a listing 
which is an exact duplicate of what gets displayed on the screen. This listing should 
be filed in a log, and kept for a week or so. Some operator procedures differ 
depending on which kind of console you’re using. These differences are noted 
throughout this manual. 


Remember that if your site requires operator authentication, you must sign on 
before you can enter commands at the bootload console (in ring 4.) See “Operator 
Authentication" in Section 4. 


TYPING INPUT 
The bootload console differs from a regular terminal in that it cannot accept 
input from you at the same time that it is printing output from the system. You 


have to wait until the console is ready to accept input before you type. When the 
corisole is ready to accept input, the system puts it in /nput mode. 


The 6001/6004 indicates that it is in input mode by turning on its INPUT 
light 
light. 


The 6601 indicates that it is in input mode by printing a prompt. When the, 
system is at BCE or Multics level, the 6601 prompt looks like this: 


M-> 


11/86 5-1 GB61-01A 


Throughout this manual, examples are presented as they look on a 6601. This 
is because the prompt makes the examples easier to understand. (This is also because 
it’s difficult to indicate in examples that the 6001/6004 INPUT light is on.) 


Once the console indicates that it is ready to accept input, you have 30 
seconds to begin typing. If you don’t type something within 30 seconds, the console 
goes out of input mode. The console also goes out of input mode any time vou start 
typing, then stop for more than 30 seconds. 


To get back into input mode on the 6001/6004, press the REQUEST key. 
To get back into input mode on the 6601, press the RETURN key. 


If you try to type when the console isn’t ready to accept input, nothing 
happens. The keyboard is locked and doesn’t allow you to type anything. 


When the console is accepting input, it’s sometimes said to be un/ocked or in 
unlock mode. (Unlock mode is the same as input mode.) When the console isn’t 
accepting input, it’s said to be /ocked or in lock mode. 


ISSUING COMMANDS 


Before you can issue a command on the bootload console, you must wait for a 
« ready message. When the system is at BCE level, a ready message usually looks like 
this: 


bce (boot) 0825.6: 


When the system is at Multics level, the way a ready message looks depends 
on whether or not operator authentication is required at your site, and whether or not 
anyone has signed on. If your site requires operator authentication (or if it doesn’t, 
but you or someone else has signed on anyway), a ready message looks like this: 

Ready (Operator Person_id) 
for example: 


Ready (MacKenzie) 


If your site doesn’t require operator authentication (and no one has signed on), a 
ready message looks like this: 


Ready 


Once you have a ready message, you can type whatever commands you need to 
issue (assuming the console is ready to accept input). 
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Correcting Errors 
If you make a typing mistake, you can correct it in one of several ways. 


To erase one character, type: 


# 


This will erase the character which immediately precedes it. (A space counts as one 
character. Multiple spaces also count as one character.) 


To erase two characters, type: 


## 


_This will erase the two characters which immediately precede it. Typing "###" will 
erase three characters, and so on. You can continue typing #s until you erase a whole 
line back to the beginning. The # is called the erase character. 


To erase a whole line, type: 
@ 


This will erase (or “kill") everything you have typed so far, from the cursor back to 
the left-hand side of the screen. The @ is-called the k/// character. 


On the 6001/6004, you can also erase a whole line by pressing the OPERATOR 
ERROR key. 


On the 6601, you can also erase a whole line by typing CTL-X. (This is done 
by pressing the CTL key, and holding it down while you type an X.) 


So, if you type the following: 
bp@boott 3### 3 str#ar 


the command sent to the system will be: 


boot 3 star 


A Note about Numbers 


Many of the commands you issue at the bootload console include numbers in 
their arguments. BCE and Multics assume that all numbers are decimal. The only, 
exception to this is that BCE assumes that all numbers on config cards are octal 
unless they are followed by a decimal point, in which case it interprets them as 
decimal. You don’t need to be concerned about when numbers should be octal and 
when they should be decimal. All of the examples in this manual show you when a 
number should be followed by a decimal point. 
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Entering Commands 


Once you’ve finished typing a command correctly, you must enter it, to let the 
system know that you are ready to have it act on your command. 


To enter a command on the 6001/6004, press the END OF MESSAGE (EOM) 
key. 


To enter a command on the 6601, press the RETURN key. 


Interrupting the System 


If you enter the wrong command, or the system is printing a lot of output 
that you don’t need to see, you may want to interrupt the system. 


To interrupt the system on the 6001/6004, press the REQUEST key. 
To interrupt the system’ on the 6601, press the RETURN key. 


Interrupting the system has different results, depending on whether you’re in 
x BCE or at Multics ring 1 or ring 4 command level. 


INTERRUPTING THE SYSTEM FROM BCE 


If you’re in BCE and you interrupt the system, BCE responds with this 
question: 


abort? 


You may answer with any of the responses below: 


n 
BCE continues with whatever it was doing (use this if you hit the 
REQUEST/RETURN key by accident). 

y 
if you were executing a subrequest of a command, BCE stops just that request 
from finishing; if you were executing a command, BCE stops the whole 
command from finishing and returns you to an executing exec_com or BCE 
command level. 

c 


if you were executing either a subrequest of a command or a command, BCE 
stops the whole command from finishing and returns you to an executing 
exec_com or BCE command level. 
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if you were executing a subrequest of a command, a command, or an 
exec_com, BCE stops it from finishing and returns you to BCE command level; 
if you were receiving output, BCE stops it from being sent and returns you to 
BCE command level. 


INTERRUPTING THE SYSTEM FROM MULTICS 


If you’re at ring 1 or ring 4 command level and you were executing a 
command; Multics lets it finish. If you were receiving output, Multics stops it from 
being sent and prints this message: 


output discarded 


Commands You Can Issue at the Bootload Console 


In addition to BCE commands, you can also issue initializer, exec, daemon, and, 
standard Multics commands at the bootload console. However, the procedure we 
recommend is to type these commands at the initializer terminal(s). Just remember 
that the bootload console is the on/y place where you can issue BCE commands. * 


MESSAGES ON THE BOOTLOAD CONSOLE 


Once startup is complete, the only messages which get printed on the bootload 
console are RCP messages, disk error messages, and sometimes salvager messages. Other 
messages get printed on the initializer terminal(s). (In small configurations which don’t 
Operate with an initializer terminal, all messages get printed on the bootload console.) 
See Section 7, "Dealing with System Messages,” for more details. 


THE AUDIBLE ALARM 


The bootload console contains an audib/e a/arm, also called a beeper. Certain 
messages, such as RCP mount messages, will make it sound. 


To turn off the audible alarm on the 6001/6004, press the ATTN/RESET key. 


To turn off the audible alarm on the 6601, press any key. (The resulting 
key~stroke is discarded. So if you press the RETURN key to turn off the beeper, 
you have to press it again to get into input mode.) 


REROUTING BOOTLOAD CONSOLE ACTIVITY TO A REGULAR 
USER TERMINAL ' 


You should only reroute bootload console activity if your system administrator 
or system maintainer asks you to. 
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1. At a regular user terminal on which no one is logged in, type: 


dial system 


2. The system will respond with: 


ROSY none a.h002 dialed to Initializer. 


where "a.h002" is the name of the terminal channel of the regular user 


terminal. Take note of this name -- youll need it for the next two 
commands. 
3. At an initializer terminal, type: 


accept a.h002 


4. The system will respond with: 


channel a.hO02 attached by Message Coordinator. 


This means that the regular user terminal has been added as an initializer or 
message coordinator terminal. 


5. At the initializer terminal, type: 


substty otw_ a.h002 


All bootload console activity {except RCP and syserr messages) will now be 
Terouted to the regular user terminal. 


COMMUNICATING WITH THE MCAS) 


If your site has one or more IMUs in its configuration, you will need to 
communicate with the maintenance channel adapter(s) (MCA(s)). To do this, you must 
use the master console. The master console may be the same console as the bootload 
console, or it may be a different console. This master console is defined by the MCA 
internal configuration file, and must be one of the consoles configured in the Multics 
configuration. 


1. To send a command to an MCA, type: 
#NN>command line 
for example: 
#01>time 111485, 120000 
where "#" indicates that you want to communicate with an MCA, "01" is the 


number of the MCA, ">" indicates that this is an input message, and "time..." 
is the MCA command line. 


Note: You don’t actually type the ">"; the console prints it. 
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A message from an MCA will look like this: 
#NN<message 
for example: 
#01<Monday November 14, 1985. 11/14/85 (12:00:00) 
where "#" indicates that this message is from an MCA, "01" is the number of 


the MCA, "<" indicates that this is an output message, and "Monday..." is the 
MCA message. 


PROBLEMS 


1, 


If the bootload console stops working, the first thing you should do is check 
the printer to see if the paper is jammed. If it is, clear it, and the console 
should start up again. 


If the paper in the printer is OK, the console hardware may be broken. Use 
a regular user terminal to try the procedure described in steps 3-10 below. 
Note: if operators are not allowed to use the sac command at your site, you 
will not be able to perform this procedure. 
At the regular user terminal, log in as a regular user by typing: 
] <your Person_id> 
for example: - 
| MacKenzie 
where "]" is the short form of the login command. 
The system will respond with: 
Password: 
Type your password. The system will respond with: 
MacKenzie Operator logged in 06/01/83 0921.4 est Wed 
from VIP7801 terminal "none''. 
Last login 03/18/83 0726.2 est Fri from VIP7801 
terminal "none". 


r 09:22 3.0 3.50 


where "r 09:22 3.0 3.50" is a ready message. 


a1 GB61-01A 


ee a 


11/86 


6. Type: 


sac set_system_console OPCx -state on 


where "OPCx" should be replaced by the name of the operator console whose 
operation is being restored (e.g., opca). 


Then type: 


sac set_system_console -reset 


Note: use of this command requires that your system administrator give your 


User_id special privilege. 


re The system will respond with: 


Console opca reset for Initializer.SysDaemon 


where "“opca" is the name of the console as it appears in the config deck. 


8. Log out as a regular user by typing: 
logout 
9. The system will respond with: 


MacKenzie.Operator logged out 06/01/83 0928.3 est Wed 
CPU usage 13 sec, memory usage 1.8 units, cost $0.28 


hangup 


10. If this procedure doesn’t work, console activity will be automatically rerouted 
to another console (if your site has more than one) or to an_ initializer 


terminal. 


SUMMARY OF BOOTLOAD CONSOLE KEYS 


FUNCTION 


gets the console to 
accept input 


erases characters 
one at a time 
during multics input 


erases a whole line 


enters a command 
interrupts the system 


turns off the alarm 


6001/6004 KEYS 
REQUEST 


# 


oon ERROR 
EOM 

REQUEST 
ATTN/RESET 


6601 KEYS 
RETURN 
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SECTION 6 
USING AN INITIALIZER TERMINAL 


An initializer terminal is a regular terminal you can use to issue all operator 
commands except BCE commands. It is connected to the front-end of the system (the, 
FNP). Sometimes an initializer terminal is called a message coordinator terminal. 
Initializer terminals come in a variety of models, but operator procedures are basically 
the same on all of them. Your system administrator defines initializer terminals by 
means of the system_start_up.ec or the accept command. 


Remember that if your site requires operator authentication, you must sign on 
before you can enter commands at an initializer terminal (in ring 4.) See “Operator 
Authentication" in Section 4. 


ISSUING COMMANDS 

Before you can issue a command at the initializer terminal, you must wait for 
a ready message. If your site requires operator authentication (or if it doesn’t, but 
you or someone else has signed on anyway), a ready message looks like this: 

Ready (Operator Person_id) 
for example: 


Ready (MacKenzie) 


If your site doesn’t require operator authentication {and no one has signed on), a 
ready message looks like this: 


Ready 


Correcting Errors 


You correct typing errors on the initializer terminal the same way you correct 
them on the bootload console. That is, by using the erase (#) and kill (@) characters. 
See "Correcting Errors” in Section 5. 


Entering Commands 


You can enter a command on the initializer terminal by pressing the 
CARRIAGE RETURN (CR) key. 
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Interrupting the System 


If the system is printing a lot of output that you don’t need to see, you may 
want to interrupt the system. 


To do this, press the CR key. The system will respond with: 


OPER: 


The system will finish executing the command, but it will stop sending you output for 
60 seconds. While the output is suspended, you may issue any commands you wish. 
There is no way to make the system stop executing the command or discard the 
output. 


Commands You Can Issue at the Initializer Terminal 


* You can use the initializer terminal to issue all commands except BCE 
commands. This includes initializer, exec, daemon, and standard Multics commands. 
The procedure we recommend is to type these commands at the initializer terminal(s). 

» Just remember that the bootload console is the on/y place where you can issue BCE 
commands. 


MESSAGES ON THE INITIALIZER TERMINAL 


The initializer terminal gets messages from the initializer, the backup system, 
the answering service, the I/O daemons. and users. See Section 7, “Dealing with 
System Messages," for more details. 


MULTIPLE INITIALIZER TERMINALS 


When Multics is first booted, and the initializer process is working in ring 1, 
it performs its input/output on the bootload console. Once the initializer process 
moves to ring 4, its I/O may be moved to an initializer terminal. If it is, the name 
of the initializer terminal’s channel is printed in one of the messages you receive 
when you boot Multics. The message looks like this: 


a.hOO4 attached by Message Coordinator 


The initializer process can run multiple initializer terminals. If additional 
channels are desired, your site can arrange to have them added to the initializer 
during startup, by commands which run as part of the system_start_up.ec. 


If more than one channel is connected, the output from various sources can be 
routed to divide the work among several terminals. For example, you may have one 
terminal for answering service output, where login and logout messages will be printed; 
one terminal for the daemons, where messages like print requests will be printed; and 
one terminal for you to use as a reguiar user terminal, where you can do things like 
read your mail. 
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When there is more than one initializer terminal, you can issue commands 
from any one of them (e.g., you can reply to a daemon on any one of them). Direct 
responses to commands you issue appear on the terminal from which you issue them. 
Other system messages may be routed to other terminals. 


THE AUDIBLE ALARM 


The initializer terminal contains an audib/e a/arm, also called a beeper. 
Messages which require your attention will make it sound. 


The audible alarm on the initializer terminal works differently from the audible 
alarm on the bootload console. When a message which requires your attention gets 
routed to the initializer terminal, the following things happen: 

e the system prints a line of ten asterisks (*) 

e the audible alarm beeps a number of times 

e the system prints the message which requires your attention 
e the system prints another line of asterisks 

The audible alarm on the initializer terminal turns itself off. You don’t have 
to do anything to stop it. 

ADDING A REGULAR USER TERMINAL TO THE INITIALIZER DYNAMICALLY 

You should only add a reguiar user terminal to the intializer when there’s a 
problem with one of the initializer terminals and you need to replace it. 

1. At the regular user terminal you want to add (on which no one should be 
logged in), type: 
dial system 
Z: The system will respond with: 


T™N300 405 a.h003 dialed to Initializer. 


where “a.h003" is the name of the terminal channel of the regular user 
terminal. Take note of this name -- you'll need it for the next command. 


3. At an initializer terminal, type: 
accept a.h003 
4. The system will respond with: 


channel a.h003 attached by Message Coordinator. 
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This means that the regular user terminal has been added to the system. 


5. You may now use the added terminal to issue operator commands. 


DROPPING A TERMINAL DYNAMICALLY 
ds At an initializer terminal, type: 
drop <terminai channel> 
for example: 
drop a.h003 


where "a.h003" is the name of the terminal channel of the terminal you want 
to drop. 


Z. The system will respond with: 
Ready (MacKenzie) 
3. Then, on the terminal you’re dropping, the system will respond with: 


please reissue dial command 


REROUTING INITIALIZER MESSAGES FROM ONE TERMINAL TO ANOTHER 


If an initializer terminal breaks down and needs to be removed from the 
system for servicing, you can reroute its messages to another terminal. This is known 
as Swapping ttys. 


1 If you’re going to reroute the messages to a terminal which is already receiving 
messages, gO On to step 2. If you’re going to reroute the messages to a new 


terminal, follow the procedure described earlier in this section under "Adding a 
Terminal to the Initializer Dynamically." Then proceed with step 2. 


2. Type: 
substty <bad terminal channel> <good terminal channel> 
for example: 
substty a.hOO7 a.h026 
where "a.h007" is the channel of the terminal that is broken down, and 


"a.h026" is the channel of the terminal to which you want to reroute the 
messages. 
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3. The system will respond with: 
Ready (MacKenzie) 
4. Type: 
remove a.h007 
5. The system will respond with: * 


a.h007 removed 


PUTTING TABS BACK ON A TN300 

If the initializer terminal you’re using is a TermiNet 300 (model number 
TN300), ceriain errors may cause the tabs to be cleared. You'll know this has 
happened if the output on the paper is all run together instead of spaced out 
correctly. You can reset the tabs by typing: 

x rt 


where "rt" is the short form of the "reset_tabs" command. 


This command should on/y be used if the terminal is a TN300. 
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SECTION 7 
DEALING WITH SYSTEM MESSAGES 


You will receive many messages from the system. The majority of these 
messages are simply intended to give you information about system activities’ 
and minor malfunctions. For the most part, you don’t have to respond to 
them. A smaller number of the messages request some action from you. Any 
message that requires immediate action will make the audible alarm on the 
bootload console or the initializer terminal go off: a request for a tape mount, 
a printer out of paper, a disk drive in trouble. Some messages are repeated by 
the system until you respond to them. 


The following. kinds of messages will usually appear on the bootload 
console: 
e BCE messages 
e  sysefr messages: 
e RCP messages 
e disk error messages 
e salvager messages 
The following kinds of messages will usually appear on the initializer terminal(s): 
@ message coordinator messages: 
e backup daemon messages 
e I/O daemon messages 
e login, logout, and other answering service messages 
e initializer command responses 
The above messages are described briefly in this section. The ways you should 
respond to them are detailed throughout the manual. 
THE FORM. OF A SYSTEM MESSAGE 
A system message usually begins with the time it was sent. (Times have been 
included in the message examples in this section, but not elsewhere in the manual.) 


After the time, the message usually gives its source. After the time and the source 
comes the body of the message. 
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| There are four major kinds of messages. A BCE message is not indented and 
| does not include a time or a source. (The source is always BCE.) 


A syserr message is also not indented. It includes a time with a decimal 
point. Its source is either the name of a subsystem (for example, RCP) or the name 
of a program (for example, disk_control) 


A message coordinator message is indented one space. It includes a time 
without a decimal point. Its source is either a daemon (indicated by the daemon’s 
label) or the answering service (indicated by "as"). 


An /nitializer command response is a response to an initializer command. It 
is not indented, and does not include either a time or a source. (The source is always 
the initializer process.) 


All of the messages described in this manual are printed exactly as the system 
types them. 


BCE MESSAGES 
BCE messages are produced by BCE. An example of a BCE message is: 
Booting t610 on IOM a chn 14 with m610 rev.11 firmware. 


BCE messages are only produced when the system is at BCE level -- during startup 
and after certain system failures. 


SYSERR MESSAGES 

RCP Messages 
RCP messages are produced by RCP. An example of an RCP message is: 
1420.1 RCP: Authenticate tapa_05. It has no label. 


The most common RCP messages provide instructions for performing tape and disk 
mounts. 


Disk Error Messages 


Disk error messages are produced by the supervisor. An example of a disk 
error message is: 


0822.5 disk_control: dska_04 requires intervention. 


Disk error messages tell the operator when a disk drive is in trouble, and may 
provide information that will help him solve the problem. 
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Salvager Messages 


Salvager messages are produced by the salvagers. Examples of salvager messages 
are: . 


0643.8 scavenger: Begin scavenge of dska_01 by 
Scavenger .SysDaemon.2z 


0643.8 scavenge volume: Freed 72 VTOCEs on dska_0Ol. 
0643.9 scavenge_volume: 9 VTOCEs on dska_01 damaged. 


0643.9 scavenger: Scavenge of dska_01] by Scavenger .SysDaemon.z 
completed. 


Whenever a salvager is invoked to correct a physical volume, the operator will receive 
a whole set of messages. These messages provide information. They don’t require a 
response. 

MESSAGE COORDINATOR MESSAGES 


Backup Daemon Messages 


Backup daemon messages are produced by the volume and hierarchy backup 
systems. An example of a backup daemon message 1s: 


1955 cd2 Input tape label 
->cd2 


A message from a daemon that begins with a "->" is called a sentine/, and indicates 
that the daemon wants input. 


I/O Daemon Messages 


I/O daemon messages are produced by the I/O daemon processes. An example 
of an I/O daemon message is: 


1956 prtb prtb driver ready at 06/01/83 1956.1 est Wed 
->prtb 


Again, the line beginning with a "->" indicates that the daemon wants input. 


Login and Logout Messages 


Login and logout messages are produced by user and system processes when 
they login and logout. An example of an interactive user login message is: 


1719 as LOGIN Userl].ProjectA int a.h026.001 (create) 
An example of an absentee user login message is: 


1719 as LOGIN User4&.ProjectB Q 3 abs2 (create) [my_absentee] 


11/86 13 GB61-01A 


An example of a system process login message is: 


1719 as LOGIN Backup.SysDaemon dmn bk (create) 


An example of an interactive user logout message is: 


1805 as LOGOUT Userl.ProjectA int a.h026.001 0:17 $6.92 (logout) 


An example of an absentee user logout message is: 


1805 as LOGOUT User4.ProjectB Q 3 abs2 0:09 $3.41 (logout) 


An example of a system process logout message is: 


1805 as LOGOUT Backup.SysDaemon dmn bk 5:28 $23.45 (logout) 


A great number of login and logout messages are produced. When they’re concerned 
with interactive and absentee users, they simply provide information, and don’t require 
a response. When they’re concerned with system processes, the operator should take 
note of them. They may mean that a daemon is logging in to perform a task that 
may fTequire operator assistance, or possibly that a daemon is logging out because it’s 
in trouble. 


Other Answering Service Messages 


Most other answering service messages simply provide information. An example 
of another answering service message is: 


0345 as act_ctl_: bumping User4.ProjectB for inactivity. 


INITIALIZER COMMAND RESPONSES 


Initializer command responses are produced by the initializer process. An 
example of an initializer command response is: 


reconfigure: CPU a is now running. 


An initializer command response is always printed on the terminal that was used to 
issue the initializer command. 


ERROR MESSAGE DOCUMENTATION 


Every release of Miultics includes an online error messages segment. This 
segment documents all of the error messages that can be generated by the system. It 
also documents quite a few messages which are not error messages, but just regular 
messages. The messages are listed in alphabetical order. Each message description tells 
you where the message gets printed, when you are likely to receive it, what.it means, 
and what action, if any, you should take to respond to it. 
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If you receive an error message that you don’t recognize or don’t know how 
to respond to, you can look it up in this segment. The name of the segment is: 


>doc>MR12.0>error_messages.doc 


where "MR12.0" is the number of the Multics release under which you are running. 
We strongly recommend that you dprint a copy of this segment and keep it in the 
machine room. 
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PART IV 
BRINGING THE SYSTEM UP AND 


SHUTTING THE SYSTEM DOWN 
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SECTION 8 
POWERING ON THE MACHINES 


Obviously, machines must be turned on before they can be used. Most sites 
leave their machines powered on all the time, so you probably won’t have to do this 
very often. If your machines are already powered on, skip to the next section. 


TO POWER ON THE MACHINES 


is Press the POWER ON button on each CPU. On a DPS 8 box, make sure the 
CABINET SHUTDOWN button isn’t pushed in. 


2. Press the POWER ON button on each SCU. On a DPS 8 box, make sure the 
CABINET SHUTDOWN button isn’t pushed in. 


3: Press the POWER ON button on each IOM. On a DPS 8 box, make sure the 
CABINET SHUTDOWN button isn’t pushed in. On an IMU, verify that the | 
production diskette (PROD) is in diskette drive 0. | | 


4, Press the POWER ON button on each FNP. 


5. Press the POWER ON button on each tape MPC. Push the INITIALIZE 
button, and then the START button. , 


6. Press the POWER ON button on each disk MPC. Push the INITIALIZE 
button, and then the START button. 


Ti Press the SUBSYSTEM POWER OFF button on the 3880 storage director. If 
the power sequencer cables are disconnected, press the SUBSYSTEM POWER 
OFF button on the 3380/3381 device controller. 


8. Make sure the UNIT EMERGENCY switch on the 3380/3381 device controllers 
and the 3880 storage directors are set to POWER ENABLE. Press the 
SUBSYSTEM POWER ON button on each storage director. If the power 
sequencer cables are disconnected, press the SUBSYSTEM POWER ON button 
on each device controller. 


9. Press the POWER ON button on the MTU8200 head-of-string device. (This 
button is jocated in the upper right hand corner of the FE panel.) Insert the 
floppy diskette into the diskette reader. Make sure the HEART BEAT and 
IDLE loop indicators come on. 


10. Lift up the breaker on the back side of each tape drive. Then press the 
POWER ON button on the front of each drive (except 500 and 610 drives). 
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11. Press the POWER ON button on each 500 and 501 disk drive. Wait at least 15 
minutes (CSD recommends 60), then push the START button to cycle each disk 


up. Note: if you fail to observe this procedure, you may cause damage to the 
disks. ; 


12. Lift up the breaker on each 451 disk drive. The breaker is located on the 
bottom left of the back side of the drive. Determine if the proper packs are 
mounted, then push the START button to cycle the disks up. 


13. Lift up the breaker on the back of each printer. Then, on each PRUi200/1600 
printer, press the POWER ON button on the front. 


14, If the bootload console is a 6001/6004, press the POWER ON button, then the 
ONLINE button. If it’s a 6601, slide the POWER switch on the back of the 
screen to ON, and push the breaker on the back of the Rosy printer over. 


GOOD IDEAS 


i. Add a page to this manual detailing the procedures at your site for dealing 
with lights, air conditioning, motor generators, breakers, etc. 


2. Add a page to this manual with a map of your computer room. Number all 


of the machines. Add another page listing the machines by number, giving 
their names, model numbers, etc. 
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SECTION 9 
CHECKING SWITCH SETTINGS 


Switches are set on the major hardware modules to connect them into an 
arrangement that can run Multics. Some sites change their switch settings all the time. 
Other sites set them once, and never change them again. There are rules about which 
switches can be set and when. These rules must be followed carefully. It’s very 
important that the switches be set correctly before the machines are run. It’s 
especially important that the switch settings match the information in the configuration 
deck. 


TO CHECK THE SWITCH SETTINGS 
1. Find the checklists in Appendix A of this manual. 


z: Compare the switch settings in the checklists with the switch settings on the 
machines. Any switches which are different on the machines should be changed 
to match the switches in the checklists. There may be differences between the 
settings in the checklists and the settings at your site. If so, you should follow 
your site procedures, not ours. 


3. If you need to see pictures of the panels containing the switches, refer to the 
Multics System Maintenance Procedures manual, Order No. AM6&81. 


TO SET THE BOOTLOAD IOM, SCU AND CPU 


Your system administrator will tell you which IOM, SCU and CPU are the 
bootload boxes. You will usually use the same IOM, SCU and CPU as the bootload 
boxes every time you boot the system. If you’re supposed to use a different box for 
some reason, your system administrator will let you know. 


If you’ve followed the procedure above for checking switch settings, the 
bootload boxes should already be set correctly. In that case, you can use the steps 
below as a double check. 


1. Go to the bootload IOM. Set switches on the config panel as follows: set the 
PORT ENABLE switch which corresponds to the bootload SCU to ON; set the 
ASSIGNMENT switch which corresponds to the bootload SCU to 000. Note | 
that there are no switches on an IMU model IOM. The SCU definition is | 
contained in the internally-maintained IMU configuration file. | 


2. Go to the bootload SCU. Set switches on the config panel as follows: set the 
PORT ENABLE switches which correspond to the bootload CPU and the 
bootload IOM to ON; set the MASK A MASK/PORT ASSIGNMENT switch to 
the number of the SCU port to which the bootload CPU is connected. WNote: 
this is NO? the number of the bootload CPU.) 


11/86 9~] GB61-01A 


3. Go to the bootload CPU. Set switches on the config panel as follows: set the 
PORT ENABLE switch which corresponds to the bootload SCU to ON; set the 
ASSIGNMENT switch which corresponds to the bootload SCU to 000. 


GOOD IDEAS 


1. Make copies of the Appendix A checklists and tape them to the machines, 
noting any site differences. This will make checking the settings a lot easier. 


Z Have CSD make up a list of all the SCUs, CPUs, IOMs and MPCs, and their 
connections to each other. The list should include: 


e the SCU port number to which each CPU is connected 
e the SCU port number to which each IOM is connected 
e the CPU port number to which each SCU is connected 
e the IOM port number to which each SCU is connected 
e how big the memory in each SCU is 


e the values of the store size patch plugs for each CPU and IOM port on 
each L68 SCU 


e the IOM channel to which each MPC is connected 
« the MPC link adapter to which each IOM is connected 
e the model number of each MPC 


3. Label all switches used by CSD for T & D with their Multics positions. On 
the IOM, these switches are as follows: 
configuration panel: IOM BASE ADDRESS 
e INTERRUPT BASE ADDRESS 


bootload panel: e SOURCE on L68; BOOT SOURCE on DPS 8 

e CHANNEL NUMBER CODE on L68; CHANNEL 

SELECT on DPS 8 

e OPERATING MODE 
test panel: OPERATION SELECTOR 
STORE CONTROL 
STOP CONDITIONS 
AUTOMATIC RATE 
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On the L68 CPU, these switches are as follows: 


maintenance panel: e 


display panel: e 


- 
Ld 


test pane!: © 
e 


ADDRESS STOP 


EXECUTE PB/SCOPE REPEAT — 
INITIALIZE CLEAR/INITIALIZE CONTROL 


FAULT CONTROL 
TEST CONTROL 


(On the DPS 8 CPU, the maintenance, display and test panels are not present.) 


Always check the settings after CSD has done any kind of maintenance. 


At some sites, especially large ones, some switches are changed all the time. If 
this is true at your site, post a list of these switches. Include all possible 
settings for each switch, and instructions for choosing the right one. 
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SECTION 10 
BOOTLOADING BOS 


The information that was in this section is obsolete and has been deleted. 
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SECTION 11 


BOOTLOADING BCE 


BCE must be booted when the machines have been powered off, and any other time the 
system is brought up from scratch. 


TO BOOT BCE FROM SCRATCH 


Initializing BCE 
1, Mount the BCE/Multics system tape on the correct tape drive. 


2. If the tape is mounted on a 500 tape drive, ready it by pressing the LOAD button, waiting 
for the BOT light to go on, then pressing the READY button. If the tape is mounted ona 
600, 610 or 630 tape drive, ready it by pressing the START button. If the tape is mounted 
on an 8200 tape drive, ready it by pressing the START button, and continue with step 8. If 
tape does not load, go to step 3. 


3. Go to the tape MPC which is connected to the tape drive on which you have mounted the 
BCE/Miultics tape. Set switches 5, 6, 7, and 8 on the MPC configuration panel to the 
number of this BCE/Multics tape drive. The switches must reflect the binary 
representation of the number. For example, if the tape is mounted on drive 6, switch 5 
must be set to 0 (+), switch 6 to 1 (*), switch 7 to 1 (*), and switch 8 to0 (+). to the chart at 
the end of this section for the binary representations of numbers 1 through 15. 


4, You must also set an MPC switch to reflect the number of the MPC link adapter thatis . 
connected to the IOM through which you are going to load the MPC firmware. (Loading 
firmware is described later in this section.) When you are booting BCE, this IOM must be 
the bootload IOM. If you are using a 500 or 601 tape MPC, the switch to set is number 2 
on the MPC configuration panel. If you are using a 610 or 611 MPC, the switch to Set is 
number 10. If the IOM is connected to MPC link adapter 0, set the switch to0(‘). If itis 
connected to link adapter 1, set the switch to 1 (‘*). 


5. If you are using a 500 or 601 tape MPC, you also have to set switch 11 to reflect the density 
of the BCE/Multics tape. If the density is 556 bpi, set the switch to0(¥). If the density is 
800 bpi, set the switch to 1 (t). (There is no switch for setting tape density on 610 and 611 
MPCs -- they work only with 1600 bpi tapes.) 
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Binary Representations 


' Tape Drive MPC Switch Setting 
Number 5 6 7 
1 0 0° oO / ((¥y) () ) *)) 
2 0 0 1 0 (Wy) () (1) (Y)) 
3 0 0 ((¥y)  G) Ut) (HY) 
4 0 1 0 0 ((¥) (*t) G) @)) 
5 0 1 0 I ((¥y) (4) G) t)) 
6 ) ) (Wy) (4) (4) OY) 


ba 
Oo 
— 
— 


((¥y) (4) (4) (4) 
1 0 0 0 ((t) () (4%) ()) 


9 1 0 0 1 ((t) () () (1) 
10 1 0 1 0 (4) () () @)) 
1 0 1 1 ((t) () () (4) 
12 1 1 0 0 ((t) (4) () @)) 
13 1 1 fe) 1 ((t) (4) (4) 
14 1 1 1 0 CG) (1) G4). 44) 
15 ] 1 1 1 ((t) (t) (4) (4)) 


6. Go to the bootload IOM. Make sure that the SOURCE (L68)/BOOT SOURCE (DPS 8) 

switch on the bootload panel is set to TAPE. Also make sure that the CHANNEL 

NUMBER CODE (L68)/CHANNEL SELECT (DPS 8) switches on the bootload panel 

reflect the IOM channel number of the tape MPC which controls the tape drive on which 

you have mounted the BCE/ Multics tape. Finally, make sure that the ZERO-BASE S.C. 

PORT NO (L68)/SCU PORT NUMBER (DPS 8) switches on the bootload panel reflect 

the number of the SCU port to which the IOM is connected. For an IMU, this 
information must be verified by examining the configuration file in the IMU. 


2 
7, 
iw) 
C) 
@ 
- 
] 
(me) 
penk 
ie ¢) 


a Make sure that the BCE/ Multics tape is at the beginning; i.e., that the BOT light on the 
tape drive is on. If the light is off and the tape is mounted on a 500 tape drive, rewind the 
tape by pressing the STANDBY button, then the REWIND button, then the READY 
button on the tape drive. If the light is off and the tape is mounted on a 600, 610 or 630 
tape drive, rewind the tape by pressing the STOP button, then the REWIND button, then 
the START button on the tape drive. Continue with siep 9. 


8. When using an MTU8200, the bootload device is predefined in the IMU configuration 
file. This can be changed permanently by using the MCA "CONFIG" command, 
described in the "Information Multiplexer Unit Hardware Operations Manual, Order 
No. 58010010". It can also be changed temporarily, along with the channel, by specifying 
the device number and/or channel number when using the MCA "IBOOT" or "BOOT" 
commands (i.e., "4#01>iboot d00", "#01>iboot c20", or "#01>iboot d00 c20"). 


9. Check to make sure that all disk packs normally used by the system are on their correct 
drives. Follow your site policy as to which packs these are and on which drives they 
belong. If any packs are not on their correct drives, put them there. It is especially 
important that the Root Physical Volume (RPV) and other Root Logical Volume (RLV) 
packs be where the config deck says they should be. (This information is on the root 
card.) The system will assume that everything is in the same place as it was the last time 
the system was up. So as long as nothing has changed, the system will have no problem 
mounting the volumes. 


10. Initialize every processor except the one on which you are running (the bootload 
processor). To initialize a Level 68 processor, leave its PORT ENABLE switches on, and 
press the INITIALIZE & CLEAR button on the configuration panel at least 4 times. Each 
time you press the INITIALIZE & CLEAR button on the Level 68 processor, wait about 5 
seconds for the CPU to finish before you press it again. To initialize a DPS 8 processor, 
leave its PORT ENABLE switches on, and press the INIT-CLEAR button on the 
configuration panel at least 4 times. Each time you press the INIT-CLEAR button on the 
DPS 8 processor, wait for the CPU self tests to finish before you press it again. When the 
self tests are finished, the green light goes on. This light is located on the right hand side 
of the MP board (the topmost board in the CPU cabinet), just behind the free-edge 
connector for that board. Since the light is inside the CPU in an awkward position, it may 
be easier for you to simply wait 10 to 15 seconds before you press the INIT-CLEAR 
button again. 


11. If you are booting from an IOM, continue with step 12. If you are booting from an IMU, 
continue with step 16. 


12. _‘If the buttons on your bootload console are wired to the INITIALIZE and BOOTLOAD 
functions in the IOM, continue with step 13 (for a 6601) or step 14 (for a 6001/6004). 
Otherwise, continue with step 15. 


13. If the bootload console is a 6601 and you have a system indicator panel next to the 
console, do the following: 


e Press the INITIALIZE button (located on the panel) 
e Wait for the DATA SET READY light to blink 


e Press the RETURN key 
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14. 


15. 


16. 


Wait for the system to respond with: 
CONSOLE READY... 


Press the BOOTLOAD button (located on the panel). 


If you do not have a system indicator panel at your site, do the following: 


Type ESC CTL-I (press the ESC key, then hold down the CTL key while you press 
the I key) 


Wait for the DATA SET READY light to blink 
Press the RETURN key 
Wait for the system to respond with: 

CONSOLE READY... 


Type ESC CTL-B (press the ESC key, then hold down the CTL key while you press 
the B key). 


Then continue with step 17. 


If the bootload console is a 6001/6004, do the following: 


Press the INITIALIZE button (located on the console cabinet) 
Press the BOOTLOAD button (located on the console cabinet). 


Then continue with step 17. 


Go to the bootload IOM. Press the SYSTEM INITIALIZE (L68)/SYSTEM INIT (DPS 8) 
button on the bootload panel. Then press the BOOTLOAD button, also on the bootload 
panel. Then continue with step 17. 


There are three ways to boot BCE using an IMU. The examples below assume that the 
bootload IMU is port 1 and the MCA number is 01. You do not actually type the ">"; the 
MCA prints it. 


A. 


If the system indicator panel buttons are wired to the INITIALIZE and BOOTLOAD 
functions in the IMU, do the following: 


e Press the INITIALIZE button (located on the panel) 
e Wait for the system to respond with: 


#f---------- Console Self-Test in Execution ---------- # 
#----- Control Terminal Display Check, Completed. ----# 


<displayed on the VIP only> 


pos 
= 
nn 
Q) 
wm 
famed 
d, 
pont 
leq 
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# CONSOLE SELF TEST SUCCESSFUL # 
# COPYRIGHT 1983,84 (C) HONEYWELL INFORMATION SYSTEMS # 
# 1 PC CONSOLE READY (F/W TAB 008) # 


# MULTIDROP ENABLED # 

#01< 

#01<MSG MCA IMU INITIALIZE STARTED CONFIG FILE: .CXXXX 
#01< 

#01<MSG MCA’ INITIALIZATION COMPLETE: NO ERROR 

#01< 

#01< 

#01<Monday September 23, 1985. 09/23/85 (03:11:30) 


<displayed on both the VIP and the hard copy printer> 
Press the BOOTLOAD button (located on the panel) 
Wait for the system to respond with: 
#01< 
ao MCA SYSTEM BOOT IN PROGRESS 


Then continue with step 17. 


If MCA input is enabled (unlocked), do the following: 


Type: 
#01<iboot 
Wait for the system to respond with: 


ica ene Console Self-Test in Execution ----------~ # 
#----- Control Terminal Display Check, Completed. ---~-# 


<displayed on the VIP only> 


# CONSOLE SELF TEST SUCCESSFUL # 
# COPYRIGHT 1983,84 (C) HONEYWELL INFORMATION SYSTEMS # 
# IPC CONSOLE READY (F/W TAB 008) # 


# MULTIDROP ENABLED # 

#01< 

#01<MSG MCA IMU INITIALIZE STARTED CONFIG FILE: .CXXXX 

#01< 

#01<MSG MCA INITIALIZATION COMPLETE: NO ERROR 

#01< 

#01< 

i ed September 23, 1985. 09/23/85 (03:11:30) 
O1< 


<displayed on both the VIP and the hard copy printer> 
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17. 


18. 


Then continue with step 17. 
C. If MCA input is disabled (locked), do the following: 


e Type ESC CTL-I (press the ESC key, then hold down the CTL key while you 
press the I key) 


e Wait for the system to respond with: 


ffon-------- Console Self-Test in Execution --~------- # 
#----- Control Terminal Display Check, Completed. ----# 


<displayed on the VIP only> 


# CONSOLE SELF TEST SUCCESSFUL # 
# COPYRIGHT 1983,84 (C) HONEYWELL INFORMATION SYSTEMS # 
# |PC CONSOLE READY (F/W TAB 008) # 


# MULTIDROP ENABLED # 

#01< 

#01<MSG MCA IMU INITIALIZE STARTED CONFIG FILE: .CXXXX 
#01< 

#01<MSG MCA INITIALIZATION COMPLETE: NO ERROR 

#01< 

#01< 

#01<Monday September 23, 1985. . 09/23/85 (03:11:30) 


<displayed on both the VIP and the hard copy printer> 


© Type ESC CTL-B (press the ESC key, then hold down the CTL key while you 
press the B key) 


e Wait for the system to respond with: 
#01< 


#01<MSG MCA SYSTEM BOOT IN PROGRESS 
#O1< 


Then continue with step 17. 
The BCE/ Multics tape will move, and if the tape drive has a BOT light, it will go out. In 
addition, the audible alarm on the bootload console will sound. Press ATTN/RESET 
(6001/6004) or any key (6601) to turn it off. 
The system will respond on the bootload console with: 


Booting System MR12.0 generated 07/31/84 1552.5 est Tue. 
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19. If the bootload tape subsystem is controlled by an MPC, which does not have firmware | 
loaded, you must load firmware into the MPC. 


The system responds with: 


Enter boot tape MPC model: 


Continue with step 21. 


20. If the bootload tape subsystem is not controlled by an MPC, e.g., FIPS tape subsystem, or 
is controlled by an MPC with operational firmware, then continue with step 23. 


Loading Firmware into the Tape MPC Used to Boot BCE 


If a storage device like tape or disk is controlled by an MPC, then before that 
device can be used, firmware must be loaded into the MPC for that device. 


21, At the bootload console, type: 
<MPC designation> 
for example: 
t610 
where "t610" designates an MTP0610 tape controller. (If you type "?", the system will 
give you a list of the valid MPC designations.) Remember that you must press the EOM 
(6001/6004) or the RETURN (6601) key to enter your response. 
22. The system will respond with: 
Booting t610 on 10M a chn 14 with m610 rev.11 firmware. 
Booted tape MPC. ° 


<various status messages> 


Continue with step 23. 


23: The system will eventually respond with: * 
Enter rpv data: 


Continue with step 24. 
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Entering the Location of the Root Physical Volume (RPV) 


Note: in the next few steps, the disk controller in question is the one for the bootload disk 
subsystem (i.e., the subsystem which contains the disk pack that houses the RPV). 


24. If the disk pack that houses the RPV is a MSU3380 or a MSU3381, continue with step 25. 
Otherwise, continue with step 26. 


25. At the bootload console, type: 


rpv <IMU designation> ipc <disk drive model> 
<disk drive number and subvolume> 


for example: 


rpv a20 ipe 3381 Oa 


where "a" is the tag of the IMU in which the disk IPC is located, "20" is the number of the 
IMU IPC channel, "ipce” is the designation for the IPC-FIPS disk channel in the IMU for 
these disk types, "3381" is the model of the disk drive, and "0a" indicates that the RPV is 
located on disk drive "0" and that subvolume "a" of the disk pack is the RPV physical | 
volume. 


Then continue with step 27. 
26. At the bootload console, type: 


rpv <IOM designation> <MPC model> 
<disk drive model> <disk drive number> 


for example: 
rpv a2h 609 451 1 
where "a" is the tag of the IOM to which the MPC is connected, "24" is the number of the 
IOM channel to which the MPC is connected, "609" is the model number of the MPC, 
"451" is the model number of the disk drive on which the RPV is mounted, and "1" is the 
number of the disk drive on which the RPV is mounted. (If you type "help", the system 
will provide you with some information. If you type "?", the system will prompt you for 
each item one at a time.) 
27. The system will respond with: 


bee (early) 1552.5: 


Booting BCE 


28. At the bootload console, type: 


bce 


29. The system will respond with: 


The current system time is Tuesday, July 31, 1984 
15:52:05 est. Is this correct? 


Setting the Calendar Clock 


The calendar clock must be set correctly, to avoid causing serious damage to the storage 
system. Note: the calendar clock is always set to the local time. Daylight savings time is specified 
via the clok card in the configuration deck. 


30. Check the time zone in the message. Your check should be especially careful if you have 
recently switched to daylight savings time or vice versa. If the time zone is not correct, 


type: 
abort 


then continue with step 31. If the time zone is correct, check the time in the message. It 
will almost always be wrong, so you should type: 


ho 


then continue with step 39. 


EDITING THE CLOK CARD 
31. At the bootload console, enter the config deck editor by typing: 


config 


32: Print the clok card by typing: 


/clok/ 


33. The system will respond with: 


ciok -delta +05. -zone est -boot_delta 12. 


where "+05." is the number of hours (in decimal) that local time is earlier than Greenwich 
mean time, "est" is the time zone, and "12." is the maximum number of hours (in decimal) 
you ever expect to have Multics down. This number should reflect your site’s normal 
interval between shutdowns and startups. Having this number on the clok card helps 
protect against bad clock settings. 


34, Let your system administrator know that you are changing the clok card. Then type: 


s/<bad time difference>/<good time difference>/ 
s/<bad time zone>/<good time zone>/p 
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35. 


37. 


38. 


for example: 
s/+05./+04./ 
s/est/edt/p 


' 


where "+04." is the correct number of hours (in decimal) that local time is earlier than 
Greenwich mean time, and "edt" (Eastern Day Light Time) is the correct time zone. 


The system will respond with: 
clok -delta +04. -zone edt -boot_delta 12. 
Make the change to the clok card permanent by typing: 
Ww 
Get out of the config deck editor by typing: 
q 
The system will respond with: 
bee (early) 1559.6: 


Now start over with step 28. 


SETTING THE TIME 


39. 


41. 


The system will respond with: 


Enter time: 


Type: 

<month>/<day>/<year> <hour>:<minutes> 
for example: 

07/31/84 15:58 


Choose a time which is a minute or so ahead of the current time, to give yourself time to 
perform the next step. 


The system will respond with: 


The current system time is Tuesday, July 31, 1984 15:58:02 
est. Is this correct? 


42. Type: 
yes 


then, at the instant when the current time reaches the time you typed, press the EOM 
(6001/6004) or the RETURN (6601) key. 


43. The system will respond with: 
load_disk_mpcs: Disk mpcs mspa mspb mspc appear not 


to be operating. Enter disk mpc names to be loaded, 
or "none" or "abort" or "all's 


Loading Firmware into the Disk MPCs 


44. Look at the disk MPC names displayed in the message. Usually, all of the disk MPCs 
whose names are in the message will need to have firmware loaded into them. In this case, 
type: 


all 


If some of the disk MPCs should not have firmware loaded into them, just type the names 
of those which should have firmware loaded into them. Type the names as they appear in 
the message. For example: 

mspa mspb 


If there are problems with any of the names displayed in the message (for example, one of 
them is "mspg" and you do not have an mspg), type: 


abort 
then ask your system maintainer for help. Do not continue with this procedure. 
4S. Assuming you did not type “abort,” the system will respond with: 


bce (boot) 1601.3: 


Loading Firmware into the Other MPCs 
46. Load firmware into any remaining tape MPCs and unit record controllers by typing: 


fwioad <controller names> 


for example: 


fwload mtpa urpa 
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47. The system will respond with: 


Booting mtpa on 10M a chn 22... 
Booting urpa on I0M a chn 24... 
bce (boot) 1602.7: 


Resynchronizing the Paper in the Line Printers 


After you load all of the firmware, you will have to resynchronize the paper in each line 
printer. 


48. Open the printer door. 


49. Declutch the tractors. On a PRU0901/1201 or PRU0903/1203 printer, this means moving 
the orange switch to the left of the paper (marked PUSH TO 
CLUTCH/TRACTORS/PUSH TO DECLUTCH) to the correct position. On a 
PRU1200/1600 printer, this means pushing down the white lever on the left side of the 
bar behind the paper until the paper can turn. 


50. Line up a paper fold that points inward (toward the printer) with the red line at the top of 
the right hand tractor, by hand-rotating the bar behind the paper. 


51. Hit the SKIP button. 


$2. Reclutch the tractors. On a PRU0901/1201 or PRU0903/1203 printer, this means moving 
the orange switch to the correct position. On a PRU1200/ 1600 printer, this means raising 
the white lever as far as it will go. 


53. Hit the SKIP button again, then the START button. 


54. Repeat this procedure for each remaining line printer. 
PROBLEMS 


Initializing BCE 


Note: before you repeat any part of the initialization procedure, you should make sure 
that the BCE/ Multics tape is at the beginning: i.e., that the BOT light is on. If the light is off and 
the tape is mounted on a 500 tape drive, rewind the tape by pressing the STANDBY button, then 
the REWIND button, then the READY button on the tape drive. If the light is off and the tape is 
mounted on a 600, 610 or 630 tape drive, rewind the tape by pressing the STOP button, then the 
REWIND button, then the START button on the tape drive. If the tape is mounted on an 8205, 
8206, or 8208 tape drive, rewind the tape by pressing the RESET button, then the 
LOAD/REWIND button, then the START button on the tape drive. 


1. Sometimes the BCE/Multics tape and tape drive do not operate correctly on the first 
attempt. If nothing happens after you press the console buttons or give the iboot 
command for the IMU, press the buttons or give the command again. Try the bootioad 
sequence at least three times before trying something else. 
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2. If nothing happens after you try the bootload sequence several times, and if the tape | 
subsystem is on an MPC, double-check the tape MPC switches. The switches should 
reflect the BCE/Multics tape drive, MPC link adapter, and tape density. If they do not, 
Start over at step 2. If the tape subsystem is on an IMU, or if the BCE/ Multics tape drive 
is an 8200, verify that the BCE/Multics tape is on the drive defined in the MCA 
configuration file. If it is not, you can change the default tape drive by adding the "dxx" 
argument to the MCA iboot command, where "xx" is the number of the new tape drive. 
To do this, start over with step 15. Note: if you use the "dxx" control argument with the 
iboot command, the tape drive specified by "xx" becomes the default bootload tape drive. 


3. If the MPC switches are OK, double check the SOURCE (L68)/BOOT SOURCE (DPS 8) 
switch on the bootload IOM to make sure it isset to TAPE. If it is not, start over at step 6. 


4, If the SOURCE (L68) /BOOT SOURCE (DPS 8) switch is OK or the BCE/ Multics tape is 
on the drive defined in the MCA configuration file, try mounting the BCE/ Multics tape 
on another tape drive, and repeating steps 2 through 17. If your site has multiple copies of 
the current BCE/Multics tape, you can also try using another tape and repeating steps 1 
through 17. 


5. If the BCE/ Multics tape does not move and the BOT light is still on, go to the SCU and 
press the INITIALIZE and PANEL CLEAR buttons on the maintenance panel. Then start 
over at step 10. 


6. If the TROUBLE light on either the CPU, the IOM, or the SCU is on, start over at step 10. 
7; If all else fails, take a look at the console printer and make sure it has not run out of 


paper. 


Loading Firmware into the Tape MPC Used to Boot BCE 
8. If you type the wrong tape MPC, the system will respond with the following message: 


Unknown tape MPC model 016t 
If this happens, just type the correct information, and continue with the next step. 


9. if you get the following message: 


Enter tape drive number for memory dump: 


it either means that you have hardware problems, that some of the switches are not set 
right, or that the config deck is wrong. Unless you have been instructed to type a number 
in response to this message, you may ignore it. Check all of the switches (refer to Section 
9 and Appendix A). If some of them are wrong, correct them and start over with step 1. 
If the switches are right, check the config deck (refer to Section 14). If it is wrong, 
correct it and start over with step 1. If it is right, ask your system maintainer for help. 


Booting BCE 


10. If any other messages are printed, check to see that the OPERATING MODE switch on 
the IOM bootload panel is set to PAGED. Also check to see that the OPERATING 
MODE switch on the CPU configuration panel is set to MULTICS (L68) or to VMS 
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(DPS 8). If either OPERATING MODE switch is not set correctly, change the setting 
and start over with step 5. 


Oe If the volume label (of the disk drive on which the pack containing the BCE partition is 
mounted) can not be interpreted, you will get a message like one of the following: 


init_root_vols: Error <explanation> reading RPV label. 


init_root_vois: dska_Oi is not the RPV, but rather is: 
root3. 


Check to see that the right pack is mounted on the drive. Also check to see that you typed 
the right IOM channel number and disk drive number in the rpv command. If the wrong 
pack is mounted or you typed the wrong numbers, start over with step 23. If everything 
seems to be OK, ask your system maintainer for assistance. 


12. If you get the following message: 


scs_and_clock_init: The zone on the clok card is not in 
time_info_. 


it means that the time zone on the clok card is not one that the system accepts; i.e., it is not 
listed in the system’s table of time zones. (For a list of the acceptable time zones, see the 
description of the clok card in the Mu/tics System Maintenance Procedures manual, 
Order No. AM81.) 


BCE will crash and you will remain in the "early" state. Edit the clok card (see steps 


30-37). Then reboot BCE by starting over with step 27. 


Setting the Calendar Clock 


13. If you set the calendar clock to a time which is completely unreasonable, the system prints 
this message: 


This is clearly incorrect. 
and asks you to reenter the time. 


14. If you set the calendar clock to a time which is before the last shutdown time, the system 
prints this message: 


The current time is before the unmounted time in the RPV 
label. Is this correct? 


If you set the calendar clock to a time which is more than the normal number of hours 
after the last shutdown time, the system prints this message: 


The current time is more than the supplied boot_delta 


hours beyond the unmounted time in the RPV label. 
Is this correct? 
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("boot_delta” is a field on the clok card.) In each case, you should answer the question, 
and if necessary, reenter the time. 


Loading Firmware into the Disk and Other MPCs 


15; if you are noi sure of what name to use for one of your MPCs, type: 


help 


The system will respond with a list of valid controller names. 
16. If the system fails, start over with step 1. 


Li. If the system fails repeatedly trying to load firmware into a particular MPC, make sure 
the MPC is powered on. If it is not, power it on and try loading firmware into it again. If 
it is powered on, check to see that switch 2 or 10 is set correctly. (MPC switch 2 or 10 
should reflect the number of the MPC link adapter that is connected to the IOM through 
which you are loading the MPC firmware. See step 4 for more details.) If the switch is set 
correctly, the MPC is probably broken, and you should notify CSD. 


18. If the HALTED light on an MPC configuration panel lights up, the firmware load for 


that MPC is bad. Push the INITIALIZE button, then the START button on the MPC 
config panel. Then load the firmware for that MPC again. 
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SECTION 12 


EDITING THE CONFIG DECK TO CHANGE 
HARDWARE STATES 


Usually, booting BCE is all you have to do to tell the software how it should, 
use the hardware: what hardware is available, how the software should set itself up on 
that hardware, and what state the hardware is in. 


But sometimes, your system administrator or maintainer will ask you to change 
the state of a major hardware module or a peripheral. Changing the state of a box 
or a peripheral means making it active (turning it on if it is off) or making it 
inactive (turning it off if it is on). 


To change the state of a box or a peripheral, you must edit cards in the 
config deck. Editing config cards can ONLY be done at BCE level. * 


Config cards may be in either standard format or labeled format. In labeled 
format, each field on a config card, except for the card name, is preceded by a label. 
Thus, the following card in standard format: 

cpu a 3 on dps8 70. 
looks like this in labeled format: 
cpu -tag a -port 3 -state on -type dps8 -model 70. 


This section explains the procedures for changing the state of a processor, a 
system controller, an 1OM, an FNP, and a system console. * 


* 


CHANGING THE STATE OF A PROCESSOR 


To change the state of a processor, you must edit its cpu card. 


1. At the bootload console, enter the config deck editor by typing: 
config 

2. Print the first cpu card in the deck by typing: 
/cpu/ 
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3. The system will respond with something like: 
cpu -tag a -port 3 -state on -type dps8 -model 70. 


where "a" is the tag of the CPU, "3" is the number of the SCU port to 
which it is connected, "dps8" is the type of CPU it is, and "70." is its model 
number. 


4, If this is the card you want to edit, continue with step 5 or step 7. If it 
isn’t, repeat step 2 until you get the card you want to edit. Then continue 
with step 5 or step 7. 


5: To make CPU b an active processor, type: 
s/off/on/p 
6. The system will respond with: 


cpu -tag b -port 4 -state on -type 168 -model 80. 


cp To make CPU c an inactive processor, type: 
s/on/off/p 
8. The system will respond with: 


cpu -tag ¢ -port 7 -state off -type dps8 -model 70. 
9. Make the change to the cpu card permanent by typing: 

WwW 
10. Get out of the config deck editor by typing: 

q 
tT. The system will respond with: 


bce (boot) 0836.2: 


CHANGING THE STATE OF A SYSTEM CONTROLLER 


To change the state of a system controller, you must edit its mem card. 


ea At the bootload console, enter the config deck editor by typing: 
config 

iz Print the first mem card in the deck by typing: 
/mem/ 
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3. The system will respond with something like: 


mem -tag a -size 1024. -state on 


where "a" is the tag of the SCU and "1024." specifies the amount of memory 
in the SCU. 


4. If this is the card you want to edit, continue with step 5 or step 7. { Wote: 
the bootload SCU is the first SCU listed in the deck, and must be "on.") If it 
isn’t, repeat step 2 until you get the card you want to edit. Then continue 
with step 5 or step 7. 


3: To make SCU bD an active system controller, type: 
s/off/on/p 
6. The system will respond with: 


mem -tag b -size 1024. -state on 


7. To make SCU c an inactive system controller, type: 
s/on/off/p 
8. The system will respond with: 


mem -tag c -size 1024. -state off 


9. Make the change to the mem card permanent by typing: 


Ww 
10. Get out of the config deck editor by typing: 
G 


11. The system will respond with: 
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CHANGING THE STATE OF AN IOM 


To change the state of an IOM, you must edit its iom card. 


Le At the bootload console, enter the config deck editor by typing: 
config 

Zz Print the first iom card in the deck by typing: 
/ iom/ 
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10. 


11. 


The system will respond with something like: 


iom -tag a -~port O -model iom -state on 


where "a" is the tag of the IOM, "0" is the number of the SCU port to 


which it is connected, and "iom"™ specifies what model it is. 


If this is the card you want to edit, continue with step 5 or step 7. 
isn’t, repeat step 2 until you get the card you want to edit. 


with step 5 or step 7. 
To make IOM b an active IOM, type: 
s/off/on/p 
The system will respond with: 
ijiom -tag b -port 1 -mode! iom -state on 
To make IOM a an inactive JOM, type: 
s/on/off/p 
The system will respond with: 
iom -tag a -port O -model iom ~-state off 
Make the change to the iom card permanent by typing: 
Ww 
Get out of the config deck editor by typing: 
q 
The system will respond with: 
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CHANGING THE STATE OF AN FNP 


To change the state of an FNP, you must edit its prph card. 


At the bootload console, enter the config deck editor by typing: 


config 


Print the first prph fnp card in the deck by typing: 
/fnp/ 
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10. 


11. 


The system will respond with something like: 


prph -device fnpa -iom a -chn 28. -model] 6670. -state on 


where "fnpa” indicates which FNP is being described, “a” is the tag of the 
IOM to which the FNP is connected, "28." is the number of the IOM port to 
which it is connected, "6670." is the model number of the FNP, and "on” is 


the state of the FNP. 


If this is the card you want to edit, continue with step 5 or step 7. If it 
isn’t, repeat step 2 until you get the card you want to edit. Then continue 


with step 5 or step 7. 
To make FNP b an active FNP, type: 
s/off/on/p 


The system will respond with: 


prph -device fnpb -iom a -chn 29. -model 6670. -state on 


To make FNP a an inactive FNP, type: 
s/on/off/p 


The system will respond with: 


prph -device fnpa -iom a -chn 28. -model 6670. -state off 


Make the change to the prph card permanent by typing: 
: 

Get out of the conti deck editor by typing: 
q 

The system will respond with: 
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CHANGING THE STATE OF A SYSTEM CONSOLE 


To change the state of a system console, you must edit its prph card. 


At the bootload console, enter the config deck editor by typing: 


config 
Print the first prph ope card in the deck by typing: 
/opc/ 
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3. The system will respond with something like: 


prph -device opca -iom a -chn 20. -mode!l 6004. -11 80. 
-state on 


where “opca” indicates which system console is being described, "a" is the tag 
of the IOM to which the console is connected, "20." is the number of the 
IOM port to which it is connected, "6004." is the model number of the 
console, "80." is the line length of the console, and "on" is the state of the 
console. 


4. If this is the card you want to edit, continue with step 5 or step 7. If it 
isn’t, repeat step 2 until you get the card you want to edit. Then continue 
with step 5 or step 7. 


5. To make console b (opcb) an active console (i.e., the bootload console), type: 
s/off/on/p 
6. The system will respond with: © 
prph -device opcb -iom a -chn 24. -model 6601. -11 80. 
-state on 
7. To make console a (opca) an inactive console, type: 
s/on/off/p 
8. The system will respond with: 
prph -device opca -iom a -chn 20. -model 6004. -11 80. 
-state io 
9. Make the change to the prph card permanent by typing: 
Ww 


10. Get out of the config deck editor by typing: 
q 

Tk. The system will respond with: 
bce (boot) 0836.2: 


NOTES 


be If you want to change the state of more than one box at a time, you can just 
enter the config deck editor once, make all your changes, write them, and get 
out of the editor. You don’t have to get into and out of the editor for each 
change. 
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SECTION 13 
BOOTLOADING MULTICS 


Multics must be booted when the system has been shut down, when there has 
been a system failure which has caused the system to return to BCE, and when a new 
version of Multics needs to be installed. 


Under normal circumstances, you will boot Multics in one of two ways: with 
the boot command or with the auto exec_com. 


The boot command boots Multics from the information on the RPV and may 
also initialize the answering service. 


The auto exec_com does what the boot command does, and also puts the 
system in automatic mode. (Automatic mode is explained in Section 31.) 
TO BOOT MULTICS FROM BCE 
i At the bootload console, type: 
ec auto star 
if your site uses the auto exec_com, or: 


boot star 


if your site uses the boot command, where “star” is the short form of the 
startup command. 


2. If you typed “ec auto star," the system will respond by printing the cpu, mem 
and iom cards from the config deck, then with various status messages. 


3. After several minutes, the system will respond with: 


Multics 12.0 - 07/31/84 0845.1 est Tue 


This message tells you that the initializer process is ready to go. Check the 
date and time to be sure both are correct. If the time is wrong, you must 
shut down and correct the clock. See Section 17 "Shutting the System Down," 
and Section 11. | 


4. After about 90 seconds, the system will respond with messages //ke the 
following: 
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Loading FNP B, >scl>mcs 6.7 

FNP B loaded successfully 

as Multics 12.0; Answering Service 16.0 

as LOGIN Data_Management.Daemon dmn dm1 (create) 
as LOGIN 10.SysDaemon dmn cord (create) 

as LOGIN Backup.SysDaemon dmn bk (create) 
as LOGIN !10.SysDaemon dmn prta (create) 

as LOGIN Volume_Dumper.Daemon dmn vince (create) 
dm] Initializing Data Management in ring 2. 
dmi Data Management System initialized. 

dmil Initializing Data Management in ring 2. 
dml Data Management System initialized. 
cord Enter command: coordinator or driver 
Loading FNP A, >scl>mes 6.7 

FNP A loaded successfully 

prta Enter command: coordinator or driver 
->cord 

->prta 

vine r 852 1.083 21.705 348 

vine 

->vinc 

bk r 852 2.267 34.136 503 

bk 

->bk 

Ready (Not signed on.) 


These messages tell you that the answering service is being initialized, the FNPs 
are being loaded, the daemons are logging in, and that automatic system 
Toutines are running. 


Remember that if your site requires operator authentication, you must sign on 
on the bootload console and any initializer terminals you plan to use before 
you can enter commands. See "Operator Authentication" in Section 4. 


PROBLEMS 


If an FNP doesn’t load, you'll get some error messages, including: 
FNP A not loaded 

Type: 
load_mpx <FNP tag> 

for example: 
load_mpx a 


where "a" is the tag of the FNP mentioned in the messages. If this succeeds, 
the system will respond with: 


FNP A loaded successfully 
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If it doesn’t, ask your system maintainer for assistance. 
2: If you get the following message: 


scs_and_clear_init: The zone on the clok card is not in 
time_info_. 


it means that the time zone on the clok card is not one that the system 
accepts; i.¢., it is not listed in the system’s table of time zones. (For a list of 
the acceptable time zones, see the description of the clok card in the Mu/tics 
System Maintenance Procedures manual, Order No. AM81.) BCE will crash 
and you will go to the “bce_crash" state. Edit the clok card (see steps 23-30 
of "To Boot BCE from Scratch" in Section 11). Then reboot Multics by 
starting over with step 1. 


3. If you try to boot Multics with a nonroot volume where a RLV should be, the 
system will fail. You'll get one of the following error messages: 


init_pvt: no root 


init_pvt: dska 3 has no Multics label 
init_pvt: no partition he on root dska 3 


Mount the correct packs on the correct drives. Then start over at step 1. 

4. If a logical volume can’t be accepted by the system, you’ve either mounted a 
wrong pack, or you’ve mounted a right pack on a wrong drive. You'll get an 
error message, and the system will wait at ring 1 command level. Mount the 
correct pack on the correct drive. Then type: 


star 
where “star” is the short form of the startup command. 
If this doesn’t work, type: 

div <logical volume> 
for example: 


aiv Public 


where "div" is the short form of the del_lv command, and "Public" is the 
name of the logical volume mentioned in the error message. Note: if the 
logical volume mentioned in the error message is the Root Logical Volume, the 
system will not let you delete it. You must make the RLV available to the 
system, because Multics can’t run without it.) Then type: 


star 
The system will continue booting Multics. If you have to use the dlv 


command, let your system administrator know, so he or she can determine the 
impact on users and process directory volumes. 
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5; If the system crashes during startup, it will return to BCE. You should do the 
following: 


e First. dump Multics and do an emergency shutdown. 

e Second, read the error messages and correct the problem. 

e Third, start over at step 1. 

If tne system crashes again, dump Multics and do an emergency shutdown, then 
ask your system maintainer for assistance. If you can’t take the second dump 
without overwriting the first dump, ask vour system administrator which dump 
he or she wants. Details on crashes are given in Sections 35 and 36. See also 
"Dumping Multics” and "Performing ESD" in Section 37. 


6. If the answering service fails during startup, the system will remain in Multics. 
You should do the following: 


e First, if the error messages give you enough information to figure out 
what’s wrong, correct the problem. 


e Second, shut the system down. 
e Third, start over at step 1. 
If this doesn’t work, or if you can’t figure out what’s wrong from the error 
messages, ask your system maintainer for assistance. See Section 17, "Shutting 
the System Down." 

ef If the system starts up, but seems to be running slowly, the CACHE ENABLE 


switches inside the processor may be set incorrectly. Ask your system 
maintainer to reset them. 


11/86 13-4 GB61-01A 


SECTION 14 
LOGGING IN THE DAEMONS -- I/O 


~The I/O daemons usually get logged in automatically by the system_start_up.ec, . 
which runs when you boot Multics. All you have to do is start them. When you start 
an I/O daemon, the driver process is initialized and the daemon begins operating. 


If the I/O daemons don’t get logged in automatically at your site, or if they 
get logged out due to problems, you'll have to log them in yourself, then start them. 
Your site may have its own x command(s) for logging in and starting the particular | 
I/O daemons in use at your site. Note: you should log in the coordinator before you | 
log in any of the drivers. | 


If your site uses AIM, you may have to specify a device c/ass in addition to 
a request type when you start up a driver. A request type is a set of queues into 
which users may place requests for the I/O daemon to perform services. A device 
class is a subdivision of a request type by access class. 


TO START THE I/O DAEMONS 
1. Type: 
x io -all 
to start all of the I/O daemons, or: 
x iol 


to start the coordinator and the minimal set of drivers defined by your site, 
or: 


x io 


to start the coordinator and printer driver. 
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The system will respond with messages like the following: 


cord 1/0 Coordinator version: 3.1] 

cord |/0 Coordinator initialized 

->cord 

prta Enter device name and optional request type: 

cord New driver for device prta, request type printer 
(series = 10000) 

RCP: Attached prta for 10.SysDaemon.z 

as Check separator bar alignment 

as reply go to prta when it is ok; reply sample_hs to 
see new alignment 


prta 

prta Parameters set for the standard printer request type. 
prta 

prta prta driver ready at 06/01/83 0852.5 est Wed 

prta 


prta Enter command: 


The audible alarm on the bootload console will sound and a sample page will 
be printed. 


Check the page. If it’s OK, start processing requests by typing: 
r <printer driver label> go 

for example: 
r prta go 

If the page isn’t OK, fix the alignment, then type: 
r prta sampiechs 

The system will respond with: 


prta Enter command: 


Another sample page will be printed. Repeat step 5 until the page is OK, then 
Start processing requests by typing: 


r prta go 
The system will respond with: 


Ready (MacKenzie) 


If your site has more than one printer driver, you will need to repeat steps 3 
through 7 for each one. Printer drivers which control remote printers start 
Ttunning without the sample_hs and go commands. 
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TO LOG IN AND START THE I/O DAEMON COORDINATOR 


You may have to use this procedure if your site doesn’t use the “x io" | 
command described earlier. . | | 


1; Type: 
login 10.SysDaemon <I/0 daemon coordinator label> 
for example: 


login !0.SysDaemon cord | 


If your site uses AIM, you should specify the authorization of the coordinator | 
by typing this instead: | 


login 1!0.SysDaemon cord -auth system_high | 
ps The system will respond with: 
as LOGIN 10.SysDaemon dmn cord (create) 


cord Enter command: coordinator or driver 
->cord 


3: Type: 
r cord coordinator 


4. The system will respond with: 


cord |/0 Coordinator Version: 3.1 
cord |/0 Coordinator initialized 


TO LOG IN AND START A PRINTER I/O DAEMON DRIVER 


sm | 


You may have to use this procedure if your site doesn’t use the "x io 
command described earlier. | | 


1. Type: 
login <daemon User_id> <printer driver label> 
for example: 
login 10.SysDaemon prta | 


If your site uses AIM, you should specify the authorization of the printer | 
driver by typing this instead: | 


login 10.SysDaemon prta -auth <authorization> | 
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Your system administrator will tell you what the authorization should be. 
(Note: if your site doesn’t use IO.SysDaemon, the daemon User_id may have 
the right authorization associated with it, making this unnecessary.) 
The system will respond with: 

as LOGIN 10.SysDaemon dmn prta (create) 


prta Enter command: coordinator or driver 
->prta 


Type: 
r prta driver 
The system will respond with: 


ptra Enter device name and optional request type: 
->prta 


If you want the printer to run with the default request type (and the def ault 
device class), type: | 


r <printer driver label> <device name> 
for example: 
r prta prta 
(At most sites, the printer driver label and the device name are the same.) 


If you want the printer to run with a request type (or a device class) other 
than the default, type: 


r <printer driver label> <device name> <device request type> 
for example: 

r prta prta unlined 
or, if your site uses device classes: 


r <printer driver label> <device name> 
<device request type>.<device class> 


for example: 
r prta prta unlined.confidential 
The system will respond with: 
RCP: Attached prta for I0.SysDaemon.z 


prta prta driver ready at 06/01/83 0855.1 est Wed 
->prta 
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7. To start processing requests, type: 
r prta go 
8. The system will respond with: 


Ready (MacKenzie) | | 


TO LOG IN AND START A PUNCH I/O DAEMON DRIVER 


tt 


You may have to use this procedure if your site doesn’t use the "x 10 | 
command described earlier. | 


1. Type: 
login <daemon User_id> <punch driver label> 
for example: 


login 10.SysDaemon puna | 


If your site uses AIM, you should specify the authorization of the punch | 
driver by typing this instead: | 


login 10.SysDaemon puna -auth <authorization> | 


Your system administrator will tell you what the authorization should be. 
(Note: if your site doesn’t use IO.SysDaemon, the daemon User_id may have | 
the right authorization associated with it, making this unnecessary.) | 


2. The system will respond with: 
as LOGIN 10.SysDaemon dmn puna (create) 
puna Enter command: coordinator or driver * 
->puna ; 


3. Type: 


r puna driver 


4. The system will respond with: 
puna Enter device name and optional request type: 
->puna 
5. If you want the punch to run with the default request type (and the default | 


device class), type: | 


r <punch driver label> <device name> | 


for example: | 


r puna puna | 
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(At most sites, the punch driver label and the device name are the same.) 


If you want the punch to run with a request type (or a device class} other 
than the default, type: 


r <punch driver label> <device name> <device request type> 
for example: 

r puna puna punch2 
or, if your site uses device classes: 


r <punch driver label> <device name> 
<device request type>.<device class> 


for example: 


r puna puna punch2.confidential 


The system will respond with: 
RCP: Attached puna for !0.SysDaemon.z 
puna puna driver ready at 06/01/83 0855.1 est Wed 
->puna 
To start processing requests, type: 
r puna go 
The system will respond with: 


Ready (MacKenzie) 


TO GET INFORMATION ABOUT DEVICES AND REQUEST 
TYPES (AND DEVICE CLASSES) 


1. 


If you aren’t sure what devices and request types (and device classes, if your 
site uses them) are available, you can list them by typing: 


r <I/0 daemon coordinator label> print_devices 


for example: 


r cord print_devices 
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The system will tespond with something like the following: 


Device Request type 


* prta printer 
* pritb 
* prte 
* prtd 
prta test 
prtb 
prtc 
prtd 
* puna punch 
* punc 
prta unl ined 
prtb 
prtc 
prtd 
* rdra reader_dummy 
* rdrb 
rdre 
rdrd 


we 


The devices are grouped according to the request types they service. 


Access name 


10.SysDaemon 


10.SysDaemon 


10.SysDaemon 


10.SysDaemon 


10.SysDaemon 


system_high 


system_high 


system_high 


system_high 


An 


default for the device. The driver access name and authorization (if any) are 


asterisk (*) before a device indicates that the associated request type is the | 
| 
| 


given for each request type. 


To find out what devices and request types (and device classes, if your site | 
uses them) are already running, type: 


r <!/0 daemon coordinator label> list 


for example: 


r cord list 


The system will respond with something like the following: 


device prta is active, request type printer, request 40017 
device prtb is active, request type unlined.confidential, 


request 20007 


device reml is active, request type reml_print_unlined, 


request 50002 


device rem2.elite is active, request type printer, request 70003 
device rem2.pica is active, request type rem2_pica_unlined, 


request 30015 
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TO FIND OUT WHICH I/O DAEMONS ARE LOGGED IN 
1. Type: 
who <daemon User_id> 
for example: 
who 10.SysDaemon 


2. The system will respond with a message like this: 


06/01/83 
0810.0 cord 1.0 10 D 10.SysDaemon 


0832.3 prta 1.0 10 D 10.SysDaemon 


PROBLEMS 
1. If the coordinator has already been logged in, the system will print this error 
message: 


iod_overseer_: Coordinator is already running. 
This is not a fatal error. You can ignore it. 

2. The first thing the coordinator tries to do is initialize itself. The first step of 
this initialization is to finish any work left undone by the last coordinator 
process. If this step can’t be performed, the system will print this error 
message: . 


iodc_init: Warning--Cannot get old saved list. Some deletions 
may not be performed. 


This is not a fatal error. You can ignore it. 


3. If the coordinator encounters any other problems, the coordinator prints this 
error message: 


Process cannot be initialized. 


This is a fatal error and you should bring it to the attention of your system 
maintainer. 


4. If you try to log in a driver when you haven’t logged in the coordinator, the 
driver waits for you to log in the coordinator. If you don’t log in the 
coordinator within five minutes, the driver sends you an error message and logs 
itself out. 
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The first thing a driver tries to do is initialize itself. If it encounters a 
problem which isn’t serious, the system will respond with an error message and 
the driver will ask you for instructions. If it encounters a problem which is 
serious, the system will respond with an error message that starts with the 
words “Fatal error:" and the driver may log out. If you get a fatal error like 
this, you should bring it to the attention of your system maintainer. 


If there’s some reason why the driver is not allowed to operate the device(s) 
or the request type(s) (or the device class(es), if your site uses them) you 
specify, the system will respond with one of more efror messages explaining 
the problem, then ask you again for a command or a device name and 
optional request type. . 


en 
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SECTION 15 


LOGGING IN THE DAEMONS -- INCREMENTAL 
| ~ BACKUP 


The incremental backup daemons usually get logged in automatically by the 
system_start_up.ec, which runs when you boot Miultics. All you have to do is start 
them. Of course, if your site only runs one of the incremental dumpers, then you 
only have to start one daemon. 


If the incremental backup daemons don’t get logged in automatically at your 
Site, or if they get logged out due to problems, you'll have to log them in yourself, 
then start them. 


TO START THE HIERARCHY INCREMENTAL DUMPER 


1. =‘ Type: 


x ine <your initials> <tape name> 
for example: 


x ine kim ihOOl 
where "ih001" is the name of the first tape to be used. 


2: The system will respond with messages like the following: 


sc_command r bk start_dump sys_dirs kim 1 60 

sc_command r bk ih001 

bk r 0941 0.324 19.431 152 

RCP: Attached tapa_01] for Backup.SysDaemon.z 

RCP: Note (tapa_01) -ihOO!,sys 

RCP: Unloading volume from device tapa_01 

RCP: Mount Reel ihOO!l with ring on tapa_01 for 
Backup.SysDaemon.z 

bk 

->bk 


3 Mount the specified tape on the specified drive. (See "To Mount a Tape” in 
Section 19.) 
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TO START THE VOLUME INCREMENTAL DUMPER 
1. Type: 
x vine <your initials> 
for example: 
x vine kim 
where "vinc” is the short form of the incremental_volume command. 
2. The system will respond with: 
vi ne 
->VINC 
vine Mounting tape iv001l for writing 


RCP: Mount Reel ivOO1 with ring on tapa_01 for 
Volume_Dumper .Daemon 


3. Mount the specified tape on the specified drive. (See "To Mount a Tape” in 
Section 19.) 
TO LOG IN THE HIERARCHY INCREMENTAL DUMPER 
1. Type: 
login Backup.SysDaemon <backup daemon label> 
for example: 
login Backup.SysDaemon bk 


where "bk" is your site’s labe] for the backup daemon that controls hierarchy 
incremental and consolidated dumps. 


2 The system will respond with: 
as LOGIN Backup.SysDaemon dmn bk (create) 
bk r O940 2.267 34.136 503 


bk 
->bk 
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TO LOG IN THE VOLUME INCREMENTAL DUMPER 
1. Type: 
login Volume_Dumper .Daemon <backup daemon label> 
for example: 
login Volume_Dumper . Daemon vine | 


where “vince” is your site’s label for the backup daemon that controls volume 
incremental dumps. 


2. . The system will respond with: 
as LOGIN Volume_Dumper.Daemon dmn vinc (create) 
vine r 0940 2.134 27.369 678 


vine 
->vine 


TO FIND OUT WHICH HIERARCHY BACKUP DAEMONS ARE LOGGED IN 


1. Type: 


who .SysDaemon 


2. The system will respond with a message like this: 


06/01/83 0714.4 bk 1.0 bk System D Backup.SysDaemon 


TO FIND OUT WHICH VOLUME BACKUP DAEMONS ARE LOGGED IN 


1. Type: 


who .Daemon 


z. The system will respond with a message like this: 


06/01/83 2031.2 vine 1.5 vine System D Volume_Dumper .Daemon 
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SECTION 16 


BRINGING THE SYSTEM UP -- THE WHOLE 
PROCEDURE 


Once you’re familiar with all of the steps involved in bringing the system up, 
you can use the script below as a quick reference to the whole procedure. Remember , 
that your site may have exec_coms and x commands of its own for doing parts of 
this procedure. Don’t worry if the time string on some output messages during | 
bootload is inaccurate, as the clok config card still needs to be read. | 


* 


BOOTING BCE AND MULTICS 

Booting System MR12.0 generated 07/31/84 1552.5 est Tue. 
Enter boot tape MPC model: t610 

Booting t610 on 10M a chn 14 with m610 rev.11 firmware. 
Booted tape MPC. 

<various status messages> 

Enter rpv data: rpv a24 609 45] 1 

bee (early) 1552.5: bce 


The current system time is Tuesday, July 31, 1984 15:52:05 est. 
Is this corrent? no 


Enter eines: 07/31/84 15:58 


The current system time is Tuesday, July 31, 1984 15:58:02 est. 
Is this correct? yes <EOM or RETURN> 


load_disk_mpcs: Disk mpcs mspa, mspb, mspe appear not to be operating. 
Enter disk mpc names to be loaded, or "none" or "abort" or "all": all 


bce (boot) 1601.3: fwload mtpa urpa 


Booting mpta on |I0M a chn 22... 
Booting urpa on I0M a chn 24... 


bce (boot) 1602.7: ec auto star 
Multics 12.0 - 06/01/83 0845.1 est Wed 
Loading FNP B, >scl>mes 6.7 

FNP B loaded successfully 


as Multics 12.0; Answering Service 16.0 
as LOGIN Data_Management.Daemon dmn dml (create) 
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as LOGIN |10.SysDaemon dmn cord (create) 

as LOGIN Backup.SysDaemon dmn bk (create) 
as LOGIN 10.SysDaemon dmn prta (create) 

as LOGIN Volume_Dumper.Daemon dmn vince (create) 
dm!l Initializing Data Management in ring 2. 
dm] Data Management System initialized. 
cord Enter command: coordinator or driver 
Loading FNP A, >scl>mes 6.7 

FNP A loaded successfully 

prta Enter command: coordinator or driver 
~>cord 

->prta 

vine r 852 1.083 21.705 348 

vine 

->vine 

bk r 852 2.267 34.136 503 

bk 

~>bk 

Ready (Not signed on.) 


sign_on MacKenzie 

Password: 

sign on: MacKenzie signed on as operator on channel otw_. 
Ready (MacKenzie) 

x io -all 


cord |/0 Coordinator version: 3.1 

cord |/0 Coordinator initialized 

->cord 

prta Enter device name and optional request type: . 

cord New driver for device prta, request type printer (series = 10000) 
RCP: Attached prta for 10.SysDaemon.z 

as Check separator bar alignment 

as reply go to prta when it is ok; reply sample_hs to see new alignment 
prta 

prta Parameters set for the standard printer request type. 

prta 

prta prta driver ready at 06/01/83 0852.5 est Wed 

prta 

prta Enter command: 


r prta sample_hs 
prta Enter command: 
r prta go 

Ready (MacKenzie) 


x inc kim ih0d0dl 
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sc_command r bk start_dump sys_dirs kim 1 60 

sc_command r bk ih00] 

bk r 941 0.324 19.431 152 

RCP: Attached tapa_01l for Backup.SysDaemon.z 

RCP: Note (tapa_01) -ihO0Ol,sys 

RCP: Unloading volume from device tapa_01 

RCP: Mount Reel ihOOl] with ring on tapa_Oi for Backup.SysDaemon.z 


x vine k 1m 


vine 

->vine 

vine Mounting tape ivO0O1 for writing 

RCP: Mount Reel ivO0O1l with ring on tapa_O1l for Volume_Dumper .Daemon 
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SECTION 17 
SHUTTING THE SYSTEM DOWN 


The system must be shut down when there is a new version of Multics to 
install, and when the machines need to be powered off for maintenance. In addition, 


your site may shut the system down on some regular basis: 


perhaps even daily. 


TO DO A SCHEDULED SHUTDOWN 


de Type: 


down <shutdown time> <back up time> <message> 


for example: 


down 05:45 09:00 Regularly scheduled shutdown 


monthly, weekly, 


OT 


where "05:45" is the time of the shutdown, "09:00" is the time when the 
system will come back up, and “Regularly scheduled shutdown" is a message of 
your choice. This command may be typed well in advance of when you want 
the shutdown to occur. 


2. The system will respond with: 


down: Next shutdown from 05:45 to 09:00 Regularly 
scheduled shutdown 

down: auto shutdown will be at 06/01/83 1745.0 

down: auto abs stop will be at 06/01/83 1725.0 


3. Twenty minutes before the scheduled time of the shutdown, the system will 
stop the absentee jobs. You will get a message like this: 


stop: auto abs stop 


4, No more than 20 minutes later, you will get a message like this: 


as abs: All absentee processes have run to completion. 


5. When the system begins to shut down, you will get messages like the following: 
as stop: Automatic shutdown 
as word: shutdown message: Multics is shutting down. 
as bump: MacKenzie.Operator bumped 
as bump: User5.ProjectB bumped 


as stop: 


all users have been given 3 minutes to logout 
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10. 


11. 


Users who try to log in will receive the following message: 


Multics is shutting down 


Their terminals will be hung up immediately. 


Users who are already logged in will receive the following message: 


keKRKKKEEKOG/O1/83 1545.0 est Wed 


From 


Multics: Multics is shutting down. 


You will be logged out in 3 minutes. 
kkk 


They will be logged out in 3 minutes. Users with the nobump privilege with 
be sent a message informing them that an attempt to bump them has been 


made. 


To see if users are logging out, type: 


hmu 


The system 


will respond with: 


Multics 11.0: Yoursite, Yourtown, Yourstate 


Load 


= 1.0 out of 110.0 units: users = 1 


Absentee users = 2; Maximum absentee users = 10 


After regular users have been automatically logged out by the system, type: 


who 


to see if any privileged users are still logged in. 


The system 
Login 

06/01/83 
If any are, 


bump 


will respond with: 

at TTY Load Chan Group PNDS 
0957.3 4HI19 1.0 a.-h0O1l2 SysProg > DS 
type: 


<terminal channel> 


for example: 


bump 


a.hOl2 


User ID 


B.Multics 


for each one, where "a.h012" is the channel to which the user’s terminal is 


connected. 
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12. If your site uses the incremental hierarchy dumper, start it for its final pass 
by typing: 


r <backup daemon label> wakeup_dump 
for example: 
r bk wakeup_dump 


where "bk" is your site’s label for the backup daemon that controls incremental 
hierarchy dumps. 


13. The system will respond with: 
->bk 
14. When the incremental hierarchy dump is finished, type: 
r. bk end_dump 
15. The system will respond with: 
RCP: Detached tapa_O! from Backup.SysDaemon.z 
RCP: Errors (tapa_01, volume inc-1) = 29 


->bk 


16. If your site uses the incremental volume dumper, start it for its final pass by 
typing: 


r <backup daemon label> wakeup_voiume_dump 
for example: 


r vine wakeup_volume_dump 


where "vinc" is your site’s label for the backup daemon that controls 
incremental volume dumps. 


17. The system will respond with: 
->vine | 

18. When the incremental volume dump is finished, type: 
r vine end_volume_dump | 

19. The system will respond with: 


RCP: Detached tapa_O2 from Volume_Dumper .Daemon.z 
7>vine © 
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20. 


21. 


22. 


23. 


24. 


25. 


26. 


Wait until the printers have f inished, or stop each printer driver by typing: 
r <printer driver label> halt 

for example: 
r prta halt 

Repeat this command for each printer driver that is running. 


When the current request finishes, the system will respond with: 


prta prta driver: All devices are halted 
prta Enter command: 


If you’ve already issued an abs stop command (or one has been issued 
automatically as a result of your issuing the down command), wait until you 
get the message saying all absentee processes have run to completion. (See Step 
4.) If you haven’t issued an abs stop command yet (because you’re doing a 
nonscheduled shutdown and there wasn’t time) or you can’t wait for the 


_ Message, bump all remaining absentee processes by typing: 


abs stop now 
The system will respond with: 
abs: Bumping all remaining absentee processes. 
then with: 
as abs: All absentee processes have run to completion. 
Log out all of the daemons by typing: 
logout * * 
The system will respond with messages like the following: 
RCP: Force Detached prta from 10.SysDaemon.z 
RCP: Force Detached puna from |10.SysDaemon.z 
as LOGOUT Data_Management.Daemon dmn dmni 0:11 $0.97 (logout) 
as LOGOUT !10.SysDaemon dmn cord 0:12 $1.07 (logout) 
as LOGOUT Backup.SysDaemon dmn bk 0:13 $1.17 (logout) 


as LOGOUT 10.SysDaemon dmn prta 0:14 $1.27 (logout) 
as LOGOUT Volume_Dumper .Daemon dmn vine 0:15 $1.37 (logout) 


When all daemons are logged out, type: 


shut 


where “shut” is the short form of the shutdown command. 
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27. The system will respond with: 


as act_ctl_: shutdown, 57 0.28 0.28 1.57 0.09 0:56.1 $1128.21 


shutdown complete 
then with: 


bce (boot) 1703.9: 


This is the BCE ready message, which indicates that the system has returned to | 


BCE level. 


TO DO A NONSCHEDULED SHUTDOWN 


Your system administrator or system maintainer may sometimes ask you to do a 
nonscheduled shutdown. If you have more than 20 minutes to spare, begin with step | 


1. Otherwise, begin with step 2. 
1. Type: 
abs stop 
2. Type: 
stop 
This is equivalent to typing: 


word shutdown 
bump * * 3 


3. Follow steps 5-27 described under "To Do a Scheduled Shutdown." 


TO SHUT DOWN IMMEDIATELY 


In the case of an emergency, for example a fire, you will need to know how 


to shut the system down immediately. 


ds Type: 


shut 


where "shut" is the short form of the shutdown command. 


Z. The system will respond with: 


Shutdown: 73 users still on. 


shut down? 


yes 
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PROBLEMS 


1. If shutdown fails (i.e, you don’t receive the “shutdown complete” message), the 
| ; system may return to BCE on its own and perform recovery procedures 
| automatically. If not, you must force the system to return to BCE, as 
| described in Section 36 under "To Return to BCE.” Then you must perform 

the recovery procedures manually, as described in Section 37 under "To Recover 


the System." 

px If a volume can’t be shut down because of a hardware problem with the drive 
it’s mounted on, the audible alarm will sound and you will receive this 
message: 


disk_emergency: dska_O4 inoperative; shutdown of 
dska_04 suspended 


The system will continue to try to shutdown all] other volumes. When it’s 
finished, you will receive this message: 


Shutdown complete except for drives suspended 


You should try to ready the drive or do whatever else is necessary to make it 
operative. ‘Then perform an emergency shutdown, as described in Section 37 
under "Performing ESD.” 


2: If a regular shutdown gives you a message like this: 
Shutdown: 3 users still on. Do you want to shut down? 
answer "no." Ask your system administrator what action you should take to log 


out the remaining processes. Never answer "yes" to this question, except in the 
case of an emergency. 


| 4. To reset the time of a scheduled shutdown, just repeat step 1 of "To Do a 
| Scheduled Shutdown." The new shutdown time you type will replace the old 


| one. 
| >. To cancel a scheduled shutdown, type: 


| down 0 
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SECTION 18 
POWERING OFF THE MACHINES 


The machines aren’t usually powered off unless they need maintenance 
or Multics is going to be shut down for a long period of time. 


TO POWER OFF THE MACHINES 

i If the bootload console is a 6001/6004, press the OFFLINE button, then the 
POWER OFF button. If it’s a 6601, push the breaker on the back of the Rosy 
printer over, and slide the POWER switch on the back of the screen to OFF. 


2, On each PRU1200/1600 printer, press the POWER OFF button on the front. 
Then on each printer of any kind, push down the breaker on the back of it. 


3. On each 451 disk drive, push the STOP button to cycle down the disks. Then 
push down the breaker, located on the bottom left of the back side of the 
drive. 

4. On each 500 and 501 disk drive, go to the rear of the unit. Set the 


ONLINE/OFFLINE switch for both side A and side B to OFF, then to ON. 
Push the STOP button to cycle down the disks. Wait 15 minutes, then press 
the POWER OFF button. 


3: Remove the tapes from the tape drives. Shut the doors. Press the STANDBY 
button and then press the POWER OFF button on the front of each drive 
(except 500 and 610 drives). Push down the breaker on the back side of each 
drive. 


6. On the 8200 head-of-string, remove the floppy diskette from the diskette 
teader. Press the POWER OFF button. (This button is located in the upper 
right hand corner of the FE panel.) 


1 Press the SUBSYSTEM POWER OFF button on the 3380/3381 storage director. 
Press the POWER OFF button for each controller on the 3380/3381 device 
controller. 


8. Press the POWER OFF button on each unit record MPC. 
9. Press the POWER OFF button on each disk MPC. 

10. Press the POWER OFF button on each tape MPC. 

11. Press the POWER OFF button on each FNP. 
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12, Press the POWER OFF button on each IOM. 
13. Press the POWER OFF button on each SCU: 
14. Press the POWER OFF button on each CPU. 
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SECTION 19 
MANAGING TAPES 


In the examples in this section, when you see something like this: 
tapa_01 
"tap" specifies what kind of device is involved (tape vs disk), "a" specifies which 


subsystem is involved (a vs b, etc.), and "01" specifies which drive is involved (01 vs 
02, etc.). 


TO MOUNT A TAPE 


Tapes are Kept in slots in a tape rack. The name of the slot should match the 
name on the "sticky" tape label and the tape ring label, which should match the name 
on the magnetic tape label. Foreign tapes (tapes which come from other sites) may 
have names which are different from the names at your site, and may end up in slots 
with names which don’t match. If you have questions about foreign tapes, ask your 
system administrator for assistance. 


1. When a user wants to use a tape, the first thing he does is ask the system to 
attach a tape drive for him. When the system has made the drive available to 
the user’s process, you receive several messages from RCP on the bootload | 
console. The first message looks like this: 


RCP: Attached tapa_05 for User2.ProjectA 


where “tapa_05" is the tape drive the system made available to the user’s 
process, and “User2.ProjectA" is the user. This message alerts you to the fact 
that you may have to mount a tape soon. 


2 The second message you receive may make the audible alarm sound. It is 
usually one of the following: 


RCP: Using Reel ut565 on tapa_O5 for User2.ProjectaA. 
or: 

RCP: Reready tapa_05. 
or: 


RCP: Mount Reel ut565 with ring on tapa_05 for 
User2.ProjectaA. 
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where "ut565" is the tape reel name, “with ring" indicates that the reel should 
be mounted with a write ring, "tapa_05" is the drive on which the reel should 
be mounted, and the name of "“User2.ProjectA" is the name of the user 
requesting the mount. Any reel currently ready on the specified drive that isn’t 
the ree] requested by the user is automatically demounted. . 


Beginning the Procedure 


3. If you get the first message, it means that the requested tape is already 
mounted on the correct drive. Continue with step 20. 


4. If you get the second message, it means that the requested tape is already 
mounted on the correct drive, but the drive has dropped into standby. (The 
STANDBY light is on.) Ready the drive, and continue with step 20. (See "To 
Ready a Tape Drive" next in this section.) 


5. If you get the third message, continue with step 6. 


6. Look for the requested tape reel. If you can’t find it or it isn’t available, 
continue with step 18 to deny the tape. If you locate it, check to make sure 
that the user is allowed to use it. If he isn’t, continue with step 18 to deny 
the tape. If he is, insert or remove a write ring as specified in the mount 
message. Mount the tape on the specified drive, and ready the drive. (See "To 
Ready a Tape Drive" next in this section.) If the drive is down, continue with 
step 18 to deny the tape. 


i i The system first checks to see that its instructions about the write ring have 
been obeyed. If you mounted the tape reel incorrectly, the system unloads the 
reel and gives you this message: 


RCP: Remount Reel ut565 with ring on tapa_05. 


8. Fix the write ring, remount the tape, and ready the drive. (See "To Ready a 
Tape Drive" next in this section.) 


9. The system then checks the magnetic tape label to see that the correct tape has 
been mounted. If the label is good, the system will go ahead and use the tape. 
Continue with step 20. If the label is invalid, unrecognizable, or doesn’t match 
the user’s request, the system sounds the audible alarm and gives you a message 
like this: 

RCP: Authenticate tapa_O5. It has no label. 
or like this: 


RCP: Authenticate tapa_05. It has Multics label ut566. 


10. If you get the first message, it means the system can’t determine from the 
magnetic tape label that the correct ree] is mounted on the drive. In this case, 
you should authenticate the tape by continuing with step 12. 
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If you get the second message, it often means that you made a mistake and 
mounted the wrong tape. In this case, you should mount the correct tape and 
ready the drive. (See "To Ready a Tape Drive” next in this section.) Then 
teturn to step 7. 


Authenticating a Tape 


i, 


13. 


14. 


16. 


igs 


Authenticating a tape means verifying that the correct reel has been mounted. 
The first thing you should do is check the "sticky" tape label. If it doesn’t 
say what you think it should say, return to step 6. 


If the "sticky" tape label is right, and the tape has an authentication sticker, 
type: 


X auth <tape drive> <auth. code> 
for example: 
X auth tapa_05 abe 
where “abc” is the three letter code you see on the sticker. 
If the tape reel doesn’t have an authentication sticker, type: 
xX auth tapa_05 *%** 


Depending on how your system administrator has set up the RCP modes, the 
system may accept this as validation. : 


The system checks to see that the authentication you supply belongs with the 
requested tape reel. If it does, continue with step 20. If the authentication is 
invalid, the system demounts the reel and gives you this message: 


RCP: Remount Reel ut565 with ring on tapa_05 


Mount the correct tape and ready the drive. (See "To Ready a Tape Drive” 
next in this section.) Then return to step 7. 


If the correct tape can’t be located or isn’t available, if the user has incorrect 
access to it Or you can’t authenticate it, or if the specified tape drive is down, 
you indicate this to the user by denying the tape. 


Denying a Tape 


18. 


Denying a tape is sometimes called k///ing a mount request. Type: 


x deny tapa_05 
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19. The system will respond with: 
RCP: Force unassigned tapa_05 from User2.ProjectA 
The user process which requested the tape mount will receive an error message. 
If you deny a tape, stop here. Do not do steps 20-23. 
Finishing the Procedure 


20. Once the system is sure that the correct ree] has been mounted, it makes the 
tape available to the user and allows the user’s process to proceed. 


21. When the user’s process is finished with the tape and the drive has been 
teleased, you get another message on the bootload console. The message looks 
like this: 


RCP: Detached tapa_05 from User2.ProjectA 


22. Depending on how your system administrator has set up the RCP modes, the 
tape reel may be automatically demounted. Do not demount the tape yourself. 


23. If you don’t satisfy a mount request within four minutes, the audible alarm 
will sound and you'll get this message: 


RCP: Check Mount of ut565 for writing on tapa_05 for 
User2.ProjectA 


This message will be repeated every four minutes as long as the mount is still 
pending, or authentication hasn’t been done. 


TO READY A TAPE DRIVE 


1. On a 500 tape drive, press the LOAD button, wait for the BOT light to go 
on, and then press the READY button. 


2. On a 600, 610 or 630 tape drive, press the START button. 
| 3 On an 8200 tape drive, press the LOAD/REWIND button and then the START 


| button, or just press the START button. Pressing LOAD/REWIND ffirst allows 
| the drive to be loaded, but not to be made ready until you press START. 


TO REWIND A TAPE 


1. If the tape is mounted on a 500 tape drive, press the STANDBY button, then 
the REWIND button, then the READY button on the tape drive. 


2. If the tape is mounted on a 600, 610 or 630 tape drive, press the STOP 
button, then the REWIND button, then the START button on the tape. drive. 


| 3. If the tape is mounted on an 8200 tape drive, press the RESET button, then 
| the LOAD/REWIND button, then the START button. 
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TO DEMOUNT A TAPE 

The system will demount a tape if it needs the drive the tape is on. 
Normally, it’s not a good idea for you to demount a tape unless, for some reason, 
you need the drive. If the tape is used again, the system will look for it in the same 


place. If you’ve demounted it, the system won’t be able to find it, and you'll have to 
go through the whoie mount procedure again. 


i Type: 
unload tape_vol <tape name> 
for example: 
unload tape_vol ut565 
where "ut565" is the name of the tape you want to demount. 
Z. The system will respond with: 
RCP: Unloading reel ut565 from device tapa_05 
where "tapa_05" is the drive on which the reel is mounted. 


3. If the system can’t demount the tape for some reason, the audible alarm will 
sound, and you'll get this message: 


RCP: Manually unload reel ut565 from device tapa_05 


In this case, you will have to demount the tape yourself. 


4. Return the tape to the library for storage. 
5. If you are asked to demount all the tapes before shutting the system down, 
type: 


unload tape_vol -al] 


TO PRELOAD A TAPE 


Any time you know in advance that a tape will need to be mounted, it’s a 
good idea to preload it. That way, you can be sure that the tape will be avaliable 
when it’s needed, even if you’re away from the machine room then. 


If you’re going to be running in unattended mode, you should preload tapes so 
they will be available for backup. (See Section 31, "Setting Attended/Unattended Mode 
and Manual/Automatic Mode.") When you do this, the tapes are mounted and the 
tape drives are not released, so when the system is done using the tapes, they aren’t 
demounted. 
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Ly Type: 
preload <tape drive> <tape name> -user <user name> 
for example: 
preload tapa_0O1l pl123 -user Backup.SysDaemon 
where "tapa_01" is the name of the tape drive on which the tape is to be 
preloaded, "pli23" is the name of the tape, and "Backup.SysDaemon" is the 
name of the user for whom the preloading is being done. 


Z: The system will respond with: 


RCP: Preload reel K1234 on device tapa_01 


3. Mount the tape you want to preload on the specified drive, and ready the 
drive. 
4. When the system uses the preloaded tape, you'll get this message: 


RCP: Using Reel K1234 on tapa_0O1 for Backup.SysDaemon 


TO ADD A TAPE DRIVE 


Adding a tape drive means adding a drive to the Miultics configuration. 
Usually, the reason you do this is because the drive was broken and CSD has fixed it. 
You may also do it because the system is in unattended mode and a system 
administrator or maintainer needs to use a tape. Rather than putting the system in 
attended mode, which allows all users to use tapes, you can leave it in unattended 
mode and add a tape drive, which allows the system person alone to use a tape. (For 
information about attended and unattended mode, see Section 31.) 


1. Type: 
rcf add dv <tape drive> 
for example: 


ref add dv tapa_01 


where "ref" is the short form of the reconfigure command, "dv" is short for 
device, and "tapa_0i" is the drive you want to add. 


Z. The system should respond with: 


RCP: Added device tapa_0] 


If it doesn’t, there may be something wrong with the drive. When you attempt 
to add a drive to the configuration, the system tries to read _ certain 
information (like speed and density capability) contained in the drive. If this 
information isn’t available, the system will not add the drive. When this 
happens, you should contact CSD for assistance. 
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TO DELETE A TAPE DRIVE 


Deleting a tape drive means deleting a drive from the Multics configuration. 
Usually, the reason you do this is because the drive is broken. 


1. Type: 
ref di dv <tape drive> | 
for example: | 


ref dil dv tapa_0l | 


where "ref" is the short form of the reconfigure command, "dl" is short for 
delete, “dv” is short for device, and "tapa_01" is the drive you want to delete. | 


Z. If a user has the drive attached, the system will wait until the user releases it. 
Then the system will respond with: . 


RCP: Deleted device tapa_01 


TO GET INFORMATION ABOUT TAPE MOUNTS 
1. To list pending tape ree] (and user I/O disk pack) mounts, type: 
rep list -mnt -lg 
where “mnt” is short for mounts, and “lg” is short for long. 
px The system will respond with: 


1] pending mount | 
Mount of ut565 with ring pending on tapa_05 for User2.ProjectA | 


3. To list the status of tape drive 05, type: 
rep list -dv tapa_05 
where "dv" is short for device. 
4. The system will respond with: 
tape_drive device: tapa_05 
State = assigned 
Time 06/01/83 1640.4 est Wed 


User User2.ProjectéA.a 
Mount pending for volume: ut565 


‘pone ntsosecemnne SibwenSSeR suns mmbarstean! 
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PROBLEMS 


1. If a tape drive drops into standby (the STANDBY light goes on) and the tape 
mounted on it gets slack, the tape has probably lost vacuum. The user may 
release the drive and try to remount the tape. If he does, the system will find 
the tape on the drive, but won’t be able to read the label. You’ll get this 
message on the bootload console: 


RCP: Reready tapa_05 


Ready the drive, put it back into standby by pressing the STANDBY button, 
and rewind the tape. Notify the tape’s user of the problem by typing: 


w <user name> <"'message'"'> — 
for example: 


w User2.ProjectA "Problems with your tape. Call x7739." 


where "w" is the short form of the warn command, "User2.ProjectA” is the 
name of the user, and “Problems with your tape. Call x7739" is a message of 


your choice. 
2. If a tape goes off the end of the reel, rethread it, then rewind it. 
3. If a tape wiggles, growls. or otherwise doesn’t go smoothly, there’s probably 


something wrong with the drive. Type: 


ref dl dv tapa_0l 


When the person using the tape releases the drive, the drive will be deleted. 
Notify CSD so they can run T & D on the drive. 


4. If a drive is in STANDBY when vou try to authenticate a tape, you’ll have to 
rewind the tape, ready the drive, then try again to authenticate the tape. 


GOOD IDEAS 
Ts We recommend that you clean the tapes periodically. 
2 We also recommend that you clean the tape drives. During normal usage, this 


should be done every eight hours. 


3. All tapes should be labelled correctly and visibly. 
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SECTION 20 
MANAGING USER I/O DISKS 


In the examples in this section, when you see something like this: 
dska_0]1 


"dsk" specifies what kind of device is involved (disk vs tape), "a" specifies which 
subsystem is involved (a vs b, etc.), and "01" specifies which drive is involved (01 vs 


02, etc.). 
When you see something like this: 
dska_Olb 


"b" specifies which subvolume is involved (a vs b, etc.). The subvolume letter defines 
the correct area of the device to be addressed by the system when the system is 
Operating on a physical volume (as opposed to an entire device). 


TO MOUNT A USER I/O DISK PACK 


Usually, when you get a request to mount a user I/O disk, the pack involved 
is demountable (e.g., a 451). The procedure described below assumes that this is the 
case. However, sometimes the pack involved isn’t demountable (e.g., it’s a 500 or 501). 
When this happens, the procedure is a little different. You don’t have to locate the 
pack and mount it on the drive because, of course, it’s already mounted. But you still 
have to set the protect status, and you may still have to authenticate it. 


ihe When a user wants to use a user I/O disk pack, the first thing he does is ask 
the system to attach a disk drive for him. When the system has made the 
drive available to the user’s process, you receive several messages from RCP on 
the bootload console. The first message looks like this: 


RCP: Attached dska_02 for User6.ProjectB 


where "dska_02" is the disk drive the system made available to the user’s 
process, and "User6.ProjectB" is the user. This message alerts you to the fact 
that you may have to mount a user I/O disk pack soon. 


Zz The second message you receive may make the audible alarm sound. It is 
usually one of the following: 


RCP: Using Pack ud202 on dska_02 for User6.ProjectB 


or: 


RCP: Reready dska_ 02. 
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or: 


RCP: Mount Pack ud202 with protect on dska_02 for 
User6.ProjectB. 


where "ud202" is the disk pack name, "with protect” indicates that the pack 
should be mounted with write protect, "dska_02" is the drive on which the 
pack should be mounted, and "User6.ProjectB" is the name of the user 
Tequesting the mount. Any pack currently ready on the specified drive is 
automatically demounted. 


3: If you get the first message, it means that the requested pack is already 
mounted on the correct drive. Continue with step 17. 


4. If you get the second message, it means that the requested pack is already 
mounted on the correct drive, but the drive has dropped into standby. (The 
READY light is off.) Ready the drive by pressing the START button, and 
continue with step 17. 


5: If you get the third message, continue with step 6. 


6. Locate the requested disk pack. Set the protect status as specified in the 
mount message by turning the PROTECT switch on the specified drive to ON 
or OFF. Mount the pack on the specified drive, and ready the drive by 
pressing the START button. 


Ts The system first checks to see that its instructions about the protect status have 
been obeyed. If you mounted the disk pack incorrectly, the system unloads the 
pack and gives you this message: 


RCP: Turn protect switch ON on drive dska_02 and then push 
Operator interrupt on MPC. 


8. Fix the protect status and push the OPERATOR INTERRUPT button on the 
disk controller as specified in the message. 


9. The system then checks the disk label to see that the correct pack has been 
mounted. If the label is good, the system will go ahead and use the pack. 
Continue with step 17. 

10. Occasionally, the system won’t be able to determine if the label is good, and 
will ask you to authenticate the mount. It will sound the audible alarm, and 
give you a message like one of the following: 


RCP: Authenticate dska_02 for User6.ProjectB. It has 
i0 label. 


where "IO" is the label type, or: 


RCP: Authenticate dska_02 for User6.ProjectB. it has 
10 label ud203. 


where "IO" is the label type, or: 
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RCP: Authenticate dska_02 for Bongo.SysMaint. It has 
Storage System label sd203. 


where "Storage System" is the label type, or: 


RCP: Authenticate dska_02 for Bongo.SysMaint. It has copy 
of Storage System label sd203. 


where "copy of Storage System” is the label type, or: 


RCP: Authenticate dska_02 for Bongo.SysMaint. It has 
UnReGistered label. (User requested volume ud202.) 


where "UnReGistered" is the label type, or: 


RCP: Authenticate dska_02 for User6.ProjectB. It has 
UnReaDable label. (User requested volume ud202.) 


where "UnReaDable" is the label type. 


If the disk is an MSU3380 or MSU3381, the system displays a set of messages | 


like | 
RCP: Authenticate dska_00a for WStrunk. | 
RCP: It has a copy of Storage System label. | 
RCP: root2 on subvol a, pubOl on subvol b, rel03 on subvol c. | 
11. In each case, you must visually check the disk label to see that the correct 


pack is mounted. 


12. If you’re able to verify that the correct pack has in fact been mounted, you 
must authenticate it. If the pack’s label type is "IO," type: 


x auth dska_02 io 


If the pack’s label type is “Storage System," you should not authenticate it 
unless the user is a system maintainer or has official permission to use it. 
(What constitutes "official permission" will depend on your site’s own policies.) 
If you’re sure it’s OK for the user to use the pack, type: 


x auth dska_02 ss 


If the pack’s label type is "copy of Storage System," treat it like a Storage 
System pack. Type: 


x auth dska_02 ss 


If the pack’s label type is "UnReGistered," treat it like a Storage System pack. 
Type: 


x auth dska_02 urg 
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If the pack’s label type is "UnReaDable,” treat it like an IO pack. Type: 


x auth dska_02 urd 


13. The system will respond with a message like this: 
RCP: Mounted 10 volume ud202 on dska_02 for user 1/0. 
Continue with step 17. 
14. If ‘you discover that the wrong pack has been mounted, mount the correct pack 
with the specified protect status, and ready the drive by pressing the START 


button. Then return to step 7. 


15. If the user doesn’t have permission to use the pack he requested, you must 
deny the mount. (This is known as k///ing a mount request.) Type: 


x deny dska_02 
16. The system will demount the pack and respond with: 


RCP: Force unassigned dska_02 from User6.ProjectB 


The user process which requested the disk mount will receive an error message. 
If you deny a disk, stop here. Do not do steps 17-20. 


17. Once the system is sure that the correct pack has been mounted, it makes the 
disk available to the user and allows the user’s process to proceed. 


18. When the user’s process is finished with the disk, you get another message on 
the bootload console. The message looks like this: 


RCP: Detached dska_02 from User6.ProjectB 
19. The disk drive is automatically demounted. 


20. Pending mount messages are repeated every two minutes. 
TO READY A DISK DRIVE 


I. Press the START button. The green READY light will go on in about 30 to 
60 seconds. 


20-4 GB61-01 


TO CONVERT A DISK DRIVE FROM USER I/O USE 
TO STORAGE SYSTEM USE 


A drive is only available for one kind of usage at a time. The process of 


converting a drive from one kind of usage to another is sometimes called assigning a 
drive. 


1. Type: 
| sdu <disk drive> ss 
for example: 
. sdu dska_03 ss 


where “sdu" is the short form of the set_drive_usage command, "dska_03" is 
the disk drive you want to convert, and "ss" is short for storage system. 


2. The system will respond with: 


RCP: Consigned dska_03 to storage system. 


TO CONVERT A DISK DRIVE FROM STORAGE SYSTEM USE 
TO USER I/O USE 


1.. Type: 
sdu <disk drive> io 
for example: 
sdu dska_03 io 


where “sdu" is the short form of the set_drive_usage command, “dska_03" is 
the disk drive you want to convert, and "io" is short for user I/O. 


2. The system will respond with: 


RCP: Acquired dska_03 from storage system. 


TO ADD A DISK DRIVE 

Adding a disk drive means adding a drive to the Multics configuration. The 
Grive is added as a user I/O device. Usually, the reason you do this is because the 
drive was broken and CSD has fixed it. * 


1: Type: 


ref add dv <disk drive> 
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for example: 


ref add dv dska_01 


where "rcf" is the short form of the reconfigure command, "dv" is short for 
device, and "dska_01" is the drive you want to add. 


2: The system will respond with: 


RCP: Added device dska_01 


TO DELETE A DISK DRIVE | 


Deleting a disk drive means deleting a drive from the Multics configuration. 
Usually, the reason you do this is because the drive is broken. 


ye Type: 
ref dl dv <disk drive> 
for example: 


rcf dl dv dska_01 


where "ref" is the short form of the reconfigure command, "di" is short for 
delete, "dv" is short for device, and "dska_01" is the drive you want to delete. 


2. If a user has the drive attached, the system will wait until the user releases it. 
Then the system will respond with: 


RCP: Deleted device dska_01 


TO GET INFORMATION ABOUT DISK MOUNTS | 
1. To list pending user I/O disk pack (and tape reel) mounts, type: 
rep list -mnt -Ig 
where "mnt" is short for mounts, and "lg” is short for long. 
2: The system will respond with: 
1 pending mount 
Mount of ud202 with protect pending on dska_02 for 
User6.ProjectB 
3. —«- To list the status of disk drive 02, type: 
rcp tist -dv dska_02 


where "dv" is short for device. 
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The system will respond with: 


disk_drive device: dska_02 


state = assigned 
time = 06/01/83 1640.0 est Wed 
user = User6.ProjectB.a 


Mount pending for voiume: ud202 
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SECTION 21 
MANAGING STORAGE SYSTEM DISKS 


In the examples in this section, when you see something like this: 

dska_01 
"dsk" specifies what kind of device is involved (disk vs tape), "a" specifies which 
subsystem is involved (a vs b, etc.), and "01" specifies which drive is involved (01 vs 
02, etc.). 


When you see something like this: 


dska_Olb 


"b" specifies which subvolume is involved (a vs b, etc.). The subvolume letter defines 
the correct area of the device to be addressed by the system when the system is 
operating on a physical volume (as opposed to an entire device). 


TO MOUNT A PUBLIC LOGICAL VOLUME 
To mount a logical volume, you must mount all of the physical volumes (disk 


packs) which. constitute it. 


The system tries to find the packs where they were the last time it used them. 
If it finds them there, it uses them there. If this is what you want the system to do, 
follow the procedure described under “Letting the System Decide Where to Mount 
Packs." The system will tell you where to mount the packs. 


If you don’t want the system to look for the packs where they were the last 
time, because you want it to use them somewhere else, follow the procedure. described 
under "Specifying Where Packs Are Mounted." The system will let you specify where 
the packs are mounted. 


Letting the System Decide Where to Mount Packs 


ie Type: 


alv <logical volume> 


for example: 


alv Public 


where “alv" is the short form of the add_lv command. 
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2. The system will respond with a mount request of the form: 


Mount pack publ on dska_06 


for each physical volume that must be mounted, where "publ" is the name of 
the disk pack (physical volume), and "dska_06" is the name of the disk drive. 


3. For 451 disks, mount the requested pack on the requested drive. Ready the 
drive by pressing the START button. 


For 500/501 disks, ready the drive on which the requested pack is located by 
pressing the START button. 


4, Type: 


av <disk pack> <disk drive> 
for example: 
av publ dska_06 
where "av" is the short form of the add_vol command. For 500/501 disks, 


make sure the drive specified in the message in step 2 is the correct one. If 
it isn’t, find out which drive is the correct one, and type its name here 


instead. 

5: Repeat steps 3 and 4 for each physical volume for which you receive a mount 
request. 

6. When all of the necessary physical volumes have been mounted, the system will 
respond with: 


lv Public mounted 


Specifying Where Packs Are Mounted 


1. For 451 disks, mount all of the physical volumes (disk packs) which constitute 
the logical volume on your chosen disk drives. Ready each drive by pressing 
its START button. 


For 500/501 disks, ready all of the drives on which the physical volumes (disk 


packs) which constitute the logical volume are located by pressing the START 
button on each one. 
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2. For each physical volume that you’ve mounted, type: 
av <disk pack> <disk drive> 
for example: 
av publ dska_05 


where "av" is the short form of the add_vol command, "publ" is the name of 
the disk pack (physical volume), and "dska_05" is the name of the disk drive. 
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3. When you’ve added all of the physical volumes, type: 
alv <logical volume> 
for example: 
alv Public 
where "alv” is the short form of the add_lv command. 
4. The system will respond with: 


lv Public mounted 


TO MOUNT A PRIVATE LOGICAL VOLUME 


1. When a user wants to use a private logical volume, he types the following 
command in /A/s process: | 


alv <logical volume> 
for example: 


alv Private 


where "alv" is the short form of the attach_lv command (when it’s typed in a 
user’s process). 


2. The system responds by beginning the process of mounting the logical volume. 
You get a message on the bootload console, and the audible alarm sounds. The | 
message looks like this: 


Mount logical volume Private for User5.ProjectB 


where "Private" is the name of the logical volume, and "“User5.ProjectB" is the 
name of the user. 


3. Mounting the logical volume involves mounting each of the physical volumes 
which constitute it. The system prints a mount request of the form: 


Mount pack prvl on dska_07 
for each physical volume that must be mounted, where "prvl" is the name of 
the disk pack (physical volume), and "dska_07" is the name of a suggested disk 
drive. | 


4. For 451 disks, mount the requested pack on the suggested drive (or another | 
drive, if you want), and ready it by pressing the START button. 


For 500/501 disks, ready the drive on which the requested pack is located by | 
pressing the START button. | 
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5; Type: 
av <disk pack> <disk drive> 
for example: 


av privl dska 07 


where “av™ is the short form of the add_vol command. For 451 disks, if you 
used a drive other than the suggested one, type its name here instead of the 
name of the suggested drive. 


For 500/501 disks, make sure the drive specif ied in the message in step 3 is 
the correct one. If it isn’t, find out which drive is the correct one, and type 
its name here instead. 


6. Repeat steps 4 and 5 for each physical volume for which you receive a mount 
request. 

4 & When all of the necessary physical volumes have been mounted, the system will 
respond with: 


private lv Private mounted 


8. If you don’t satisfy a mount request within four minutes, the audible alarm 
will sound and you'll get this message: 


RCP: Check mount of logical volume Private for User5.ProjectB 
privl (dska_07), priv2 (dska_04), priv3 (dska_05) 


where “privl", “priv2", and “priv3" are disk packs, and “dska_07, “dska_04, and 
"dska_05" are the drives on which they should be mounted. 


This message will be repeated every four minutes as long as the mount is still 
pending. 

TO READY A DISK DRIVE 

ie Press the START button. The green READY light will go on in about 30 to 
60 seconds. 

TO CANCEL A STORAGE SYSTEM DISK MOUNT 


1. If for any reason you need to cancel the pending mount of a logical volume, 
type: 


div <logical volume> 


for example: 


div Private 


where "div" is the short form of the del_lv command. 
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2. The system will demount each physical volume in the logical volume. You will 
get a message of the form: 


demounted priv 
for each physical volume. Users waiting for the logical volume will receive an 
error message. 
TO CONVERT A DISK DRIVE FROM STORAGE SYSTEM USE 
TO USER I/O USE 
A drive is only available for one kind of usage at a time. The process of 


converting a drive from one kind of usage to another is sometimes called assigning a 
drive. 


i Type: 
sdu <disk drive> io 
for example: 
sdu dska_05 io 


where "sdu" is the short form of the set_drive_usage command, “dska_05" is 
the disk drive you want to convert, and “io” is short for user I/O. 


Z. The system will respond with: 


RCP: Acquired dska_05 from storage system. 


TO CONVERT A DISK DRIVE FROM USER I/O USE 
TO STORAGE SYSTEM USE 


1. Type: 
sdu <disk drive> ss 
for example: 


sdu dska_05 


Where "sdu" is the short form of the set_drive_usage command, “dska_05" is 
the disk drive you want to convert, and "ss" is short for storage system. 


2. The system will respond with: 


RCP: Consigned dska_05 to storage system. 
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TO ADD A DISK DRIVE AS A STORAGE SYSTEM DRIVE 


A disk drive is added as a user I/O device, so you have to convert it to 
storage system use to add it as a storage system device. 


il. Type: 
ref add dv <disk drive> 
' for example: 


rcf add dv dska_01 


where "ref" is the short form of the reconfigure command, “dv” is short for 
device, and "dska_01" is the drive you want to add. 


Z The system will respond with: 
RCP: Added device dska_01 
3. Type: 
sdu <disk drive> ss 
for example: 


sdu dska_Ol ss 


where “sdu” is the short form of the set_drive_usage command, "dska_01 is the 
drive you’ve added and want to convert, and "ss" is short for storage system. 


4. The system will respond with: 


RCP: Consigned dska_01 to storage system. 


TO DELETE A STORAGE SYSTEM DISK DRIVE 


To delete a storage system drive, you have to demount the logical volume 
whose physical volume resides on the drive, demount that physical volume as well as 
the rest of the physical volumes that constitute the logical volume, and then delete the 
drive. 


1. The logical volume you want to demount may have process directories on it. 
A process directory is a directory which contains segments that are only 
meaningful during the life of a process. To find out if there are process 
directories on the logical volume you want to demount, type: 

list_vols <logical volume> -tt 


for example: 


list_vols Public -tt 
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ww 


The system will respond with: ) | 
Records Left % VTOCEs Left % PB/PD LV Name | 
387022 52087 13 80640 37060 4&6 pb pd Public l 

If the PD flag is on, ie., you see "pd" under the column headed “PD,” there 

are process directories on the logical volume. To get the process directories off | 

of the logical volume, type: | 
vacate_pdir_volume Public | 

The system will respond with: | 
Ready (MacKenzie) | 

Now type: | 
div Public ; | 

where “dlv" is the short form of the del_lv command. | 

Eventually, the system will respond with: 


demounted lv Public 


The system will demount each of the physical volumes which constitute the 
logical volume. As it demounts each pack, it will send you this message: 


demounted pub! 


where “publ” is the name of the disk pack (physical volume) that has been 
demounted. 


When the system has demounted all of the physical volumes, type: 
ref dl dv <disk drive> | 
for example: | 


ref dl dv dska_02 | 


where "ref" is the short form of the reconfigure command, "dl" is short for | 
delete, "dv" is short for device, and "“dska_02" is the drive you want to delete. 


The system will respond with: 


RCP: Deleted device dska_02 
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TO GET INFORMATION ABOUT DISK MOUNTS 


1. To list pending storage system disk pack mounts, type: 


Id -mt 


where "ld" is the short form of the list_disks command, and "-mt” is short 


for -mounts. 


2. The system will respond with: 


public lv Temp mount in progress 


3. To list the status of disk drive 05, type: 


rcp list -dv dska_05 


where "—dv" is short for —device. 


4. The system will respond with: 


state 
time 
user 


PROBLEMS 


disk_drive device: dska_05 


assigned 
06/01/83 1642.0 est Wed 
Sissy.SysAdmin.a 


Mount pending for volume scratch 


1. If an unprivileged user attempts to use a storage system disk as a user I/O 
| disk, you get a message on the bootload console and the audible alarm sounds. 
The message looks like this: 


RCP: Rejected mount of Storage System volume f606 
User5.ProjectB 


for 
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EVERYDAY OPERATIONS -- UNIT RECORD DEVICES 
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SECTION 22 
MANAGING I/O DAEMONS -- PRINTERS 


Daemon printouts of users’ files are called dprints. The I/O daemon adds 
pages at the beginning and the end of dprints. These pages contain extra information 
printed by the I/O daemon to help you distribute the dprints. 


The beginning identification -page of a dprint is called the headsheet. The 
ending identification page of a dprint is called the ta//sheet. At the bottom of the 
headsheet, several lines of characters are printed. These are called banner bars. (Your 
system administrator may select not to have these sheets and bars printed.) 


As each printer request is received from the I/O coordinator, the printer 
driver prints a short description of the request in the IO Daemon log. The description 
looks like this: 


Request 10001 printer q3: >udd>invoices>Station_A.invoices 
from User.Project.a (for "Heading" at 'Destination'') 
Time estimate for request 10001: 3.4 minutes 


where "10001" is the coordinator request number of the request, 
">udd>invoices>Station_A.invoices” is the pathname of the request, and “User.Project.a" 
is the name of the user to whom the request belongs. (The time estimate is shown 
only if it exceeds 1 minute.) The request is usually printed immediately. When it’s 
completed, another message is printed in the JO Daemon log, giving the charge for 
the request: 


Charge for request 10001: $9.20 (7546 lines, 423 pages per copy) 


The driver then asks the I/O coordinator for the next request. 


If your system administrator has set a maximum request time limit, and the 
estimated processing time of the request exceeds this limit, the description looks like 
this: 


Request 10002 printer q3: >udd>invoices>Station_B.invoices 
from User.Project.a (for "Heading" at 'Destination") 
**Deferring Request 10002. Printing time estimate: 12.3 minutes 


When a request is deferred, it gets printed later, when more resources are available. 


See "To Defer a Printer Request" and “To Reprocess a Deferred Request" later in this 
section. 
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TO START UP THE PRINTER 


If the printer daemon was logged in, but wasn’t started up during system 


startup, you can start it up manually. (The coordinator must also be logged in.) 


1. 


x <printer driver label> 


for example: 


xX prta 


The system will respond with: 


prta Enter command: coordinator, driver, or logout: 

-> prta 

prta 

prta !0 Daemon Driver version: 5.7 

prta 

prta Enter command or device/request_type: 

as reply go to prta when it is ok; reply sample_hs to see 

new alignment 

cord New driver for device prta, request type printer 
(series = 60000) 

prta 

prta Parameters set for the standard printer request type. 

prta 

prta prta driver ready at 06/01/83 1246.6 est Wed 

prta 

prta Enter command: 


To start processing requests, type: 


r prta go 


The system will respond with: 


Ready (MacKenzie) 


TO FIX THE PAPER IN THE MIDDLE OF A REQUEST 


Use this procedure when the paper gets messed up in the middle of a request, 


or when the printer runs out of paper. 
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Beginning the Procedure 


1. 


Fixing 


10. 


Interrupt the printer by typing: 
quit <printer driver label> 


for example: 
quit prta 
The system will respond with: 
Sending quit to 004000242236 


prta * QUIT * request in progress 
prta Enter command (quit) : 


If there is no request in progress, the QUIT message will just say “prta * 
QUIT +". 


Type: 


r prta restart 


The system will respond with a form feed on the printer, and the following 
messages: 


prta Restarting request 60001 at copy number 4 of 5 
prta Driver positioned at page 3 of the file. 

prta 

prta Enter command (request) : 


the Paper 
Open the printer door. 


Declutch the tractors. On a PRUO0901/1201 or PRU0903/1203 printer, this 
means moving the orange switch to the left of the paper (marked PUSH TO 
CLUTCH/TRACTORS/PUSH TO DECLUTCH) to the correct position. On a 
PRU1200/1600 printer, this means pushing down the white lever on the left 
side of the bar behind the paper until the paper can turn. 


Line up a paper fold that points inward (toward the printer) with the red line 
at the top of the right hand tractor, by hand-rotating the bar behind the 
paper. 


Hit the SKIP button. 


Reclutch the tractors. On a PRU0901/1201 or PRUO0903/1203 printer, this 
means moving the orange switch to the correct position. On a PRU1200/1600 
printer, this means raising the white lever as far as it will go. 


Hit the SKIP button again, then the START button. 
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Finishing the Procedure 
11. To check the paper alignment, type: 
r prta sample_hs 
12. The system will respond with: 
prta Enter command (quit) : 
13. If the paper alignment isn’t OK, repeat steps § through 12 until it is. 


14. If you want the printer to restart where. it says it’s going to (in this case, page 
3), type: 


r prta print 
15; If you want it to restart at an earlier page (say, page 2), type: 
r prta print 2 
OT: 
r prta print -<number of pages before current page> 
for example: 
r prta print -] 
16. If you want it to restart at a later page (say, page 4), type: 


r prta print 4 


or: 
r prta print + <number of pages after current page> 
for example: 
r prta print +1 
17. If you want it to restart at a differént copy, type: 
r prta copy 3 
r prta print 
18. After the request has printed, the system will respond with: 


prta Charge for request 60001: $0.29 
(49 lines, 10 pages per copy) 
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TO REPRINT A SEGMENT 


1 Type: 
x reprint <segment name> <user name> 
for example: 
x reprint >udd>ProjectA>User 3>new_pgm User3.ProjectaA 


where ">udd>ProjectA>User3>new_pgm" is the name of the segment you want 
to reprint, and “User3.ProjectA" is the name of the user who requested the 
original dprint. 


2: The system will respond with: 
dprint -q 1 -he REPRINT -ds ''User3.ProjectaA" 
>udd>ProjectA>User 3>new_pgm 
] request signalled, O already in printer queue | 
prta Request 60002 printer q 1: >udd>ProjectA>User 3>new_pgm 
prta From Initializer.SysDaemon.z (for "REPRINT" at 


"User 3.ProjectA") 
prta Charge for request 60002: $0.18 (49 lines, 1 pages) 


3. The user "“User3.ProjectA” will get a dprint of the segment 
“>udd>ProjectA>User3>new_pgm" with the header “REPRINT”. The cost of the 
dprint will be charged to the system. 

TO CHANGE THE CURRENT REQUEST TYPE PROCESSING 

1. Type: 

r <printer driver label> halt 
for example: 


r prta halt 


2. The printer will stop taking requests after it’s done with the current one. The 
system will respond with: 


prta prta driver: All devices are halted. 
prta Enter command: 


3. Type: 
r prta new_device 

4. The system will respond with: 
RCP: Detached prta from 10.SysDaemon.z 
prta Enter command or device/request_type: 


cord Driver logout for device prta 
-> prta 
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5. Type: 


| r <printer driver label> <device name> 
<new request type> 


for example: 
| ry prta prta uniined 
6. The system will respond with: 
cord New driver for device prta, request type unlined 
| 


| (series = 70000) 
RCP: Attached prta for !10.SysDaemon.z 


prta 

prta Parameters set for the standard printer request type. 
prta 

prta prta driver ready at 06/01/83 1256.2 est Wed 

prta 


prta Enter command: 


| 7. If you have to change the paper (for example, from lined to unlined), do that 
| now. 
| 8. If you want to check on the paper alignment, type: 


r prta sample_hs 

9. The system will respond with: 
prta Enter command: 

10. To start processing requests again, type: 
r prta go 

11. The system will respond with: 


| Ready (MacKenzie) 


TO FIND OUT THE STATUS OF THE PRINTER 


1. Type: 


r <printer driver label> status 


for example: 


r prta status 
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2. When the daemon finishes printing the current request, the system will respond 


with: 

prta 
prta 10 Daemon Version: 5.7 
prta Device: prta iom ch: prta 
prta Reauest type: printer 
prta Status: ready 
prta 
prta Enter command: 

2 To start processing requests again, type: 
r prta go 

4. The system will respond with: 


Ready (MacKenzie) 


TO GET INFORMATION ABOUT DEVICES AND ee | 
TYPES (AND DEVICE CLASSES) | 


1. If you aren’t sure what devices and request types (and device classes, if your | 
site uses them) are available, you can list them by typing: | 
r <I/0 daemon coordinator label> print_devices | 


for example: | 


r cord print_devices | 
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Device Request type 


* prta printer 
* prtb 
* prtc 
* prtd 
prta test 
prtb 
prtc 
prtd 
* puna punch 
* punc 
prta unlined 
prtb 
prtc 
prtd 
* rdra reader_dummy 
* rdrb 
* rdre 
* rdrd 


The devices are grouped according to the request types they service. 


- ‘The system will respond with something like the following: 


Access name 


10.SysDaemon 


10.SysDaemon 


10.SysDaemon 


10.SysDaemon 


10.SysDaemon 


system_high 


system_high 


system_high 


system_high 


An 


asterisk (*) before a device indicates that the associated request type is the 


given for each request type. 


. Gefault for the device. The driver access name and authorization (if any) are 


To find out what devices and request types (and device classes, if your site 
uses them) are already running, type: 


r <|/0 daemon coordinator 


for example: 


r cord list 


The system will respond with something like the following: 


label> list 


device prta is active, request type printer, request 40017 


device prtb is active, 
request 20007 


request type unlined.confidential, 


device reml is active, request type reml_print_unlined, 


request 50002 


device rem2.elite is active, request type printer, 


request 70003 


device rem2.pica is active, request type rem2_pica_unlined, 


request 30015 
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TO GET INFORMATION ABOUT PRINTER REQUESTS 
1. To list all of the pending printer requests, type: | 
r prta x lIdr - | | 
where “Idr" is the short form of the list_daemon_requests command. 
z The system will respond with a message like the following: 


printer queue 3: 2 total requests. l 


User 1D Entry name 
User5.ProjectA.a 1) 182329.7 new_version.compout | 
(running) 


User2.ProjectB.m 2) 224326.9 output_file | 
where "182329.7" and "224326.9" are the match ids of the requests. | 
It might also respond with: 


There are no requests in any printer queue. 


3: To start processing requests again, type: | 
r prta go | 
4, The system will respond with: | 


Ready (MacKenzie) 1 


TO KILL A PRINTER REQUEST 
Killing the current request stops the printer from printing it and places it in 
the coordinator’s saved list. Usually, you should only kill a request if a user calls and 
asks you to do so. However, you may also have to kill a request if something is 
obviously very wrong with it (for example, it seems to contain nothing but form feed 
characters). Note: Killed requests are lost if the coordinator reinitializes. | 
1. Interrupt the printer by typing: 
quit <printer driver label> 
for example: 
quit prta 
Z: The system will respond with: 
Sending quit to 004000242236 


prta * QUIT * request in progress 
prta Enter command (quit): 
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3. Type: 
r prta kill 
4. The system will respond with: 
prta **Request 80001: Operator aborted listing during 
processing of request. 


prta Processing of request 80001 terminated. 


5. The driver will continue with the next request 


TO REPROCESS A KILLED REQUEST 


1. Type: 
r <printer driver label> restart <coordinator request number> 
for example: 


r prta restart 80001 


where "80001" is the coordinator request number of the killed request you want 
to reprocess. 


tw 


The system will respond with: 


cord Restart command received from device prta 

cord Restart of request 80001 initiated for request 
type printer 

cord Device prta switched to series 17000 

prta Enter command: 


3. Type: 
r prta go 
4. The system will respond with: 


Ready (MacKenzie) 


TO DEFER A PRINTER REQUEST 


Deferring the current request sends it back to its queue marked “deferred”. 
Usually, things are set up so that a request is automatically deferred if its estimated 
processing time exceeds a defined limit. But if this isn’t the case at your Site, or you © 
get another request that needs rush printing, or you just have questions about a 
Tequest, you may defer it yourself. 
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1. Interrupt the printer by typing: 
quit <printer driver label> 
for example: 
quit prta 
2. The system will respond with: 
Sending quit to 004000242236 


prta * QUIT * request in progress 
prta Enter command (quit): 


3: Type: 
r prta defer 
4. The system will respond with: 
prta **Request 80003: Operator deferred request until a 


later time. 
prta Processing of request 80003 terminated. 


2: The driver will continue with the next request 


TO REPROCESS A DEFERRED REQUEST 
Deferred requests are reprocessed automatically when the coordinator is next 


initialized or when you restart the queue. (To restart a queue, type: r prta restart_q.) 
You can also reprocess an individual deferred request, by specifying that it run next. 


d; Type: 


r <printer driver label> next -user <user name> -id 
<match id> 


for example: 
r prta next -user User6.ProjectB -id 182329.7 


where "User6.ProjectB" is the name of the user who submitted the request, and 
"182329.7" is the match id of the deferred request you want to reprocess. (You 
can find out a request’s match id by using the "x Idr“ command, as described | 
under "To Get Information About Printer Requests" earlier in this section.) 

2 The system will respond with: 


prta Request found. 
prta Enter command: 


3. Type: 


r prta go 
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| 4. The system will respond with: 


| Ready (MacKenzie) 


TO REINITIALIZE A PRINTER 


Printers don’t need to be reinitialized very often. About the only time they do 
is when something happens to the coordinator. In that case, all of the drivers have to 
+ be reinitialized. 


1. Type: 
r <printer driver label> reinit 
for example: 
r prta reinit 
2. The system will respond with: 
RCP: Detached prta from !0.SysDaemon.z 
RCP: Attached prta for 10.SysDaemon.z 
prta iodd_signal_handler_: Driver starting reinitialization 
cord Driver logout for device prta 


cord New driver for device prta, request type printer 
(series = 90000) 


prta 

prta Parameters set for the standard printer request type. 
prta ; 

prta prta driver ready at 06/01/83 1310.3 est Wed 

prta 


prta Enter command: 


3. To start processing requests, type: 
r prta go 
4. The system will respond with: 


| Ready (MacKenzie) 


If your site has more than one printer driver, you will need to repeat steps 1 
through 4 for each one. 
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TO LOG OUT THE PRINTER I/O DAEMON DRIVER 


1, If the printer I/O daemon driver seems to be in trouble, you can log it out. 
Type: 


logout <daemon User_id> <printer driver labei> | 
for example: 


logout !0.SysDaemon prta 


2. The system will respond with: 


RCP: Detached prta from 10.SysDaemon.z 
cord Driver logout for device prta 
as LOGOUT 10.SysDaemon dmn prta 0:14 $1.27 (logout) 


PROBLEMS 


Ls If you happen to quit the wrong printer, just type "r prta start" (where “prta” 
is your site’s label for the driver controlling the printer you quit), and it will 
pick up right where it left off. 


Zz If there’s some reason why the driver is not allowed to operate the device(s) 
or the request type(s) (or the device class(es), if your site uses them) you 
specify, the system will respond with one or more error messages explaining 
the problem, then ask you again for a device name and optional request type. 


GOOD IDEAS 


d. Check the printers regularly to see that: the banners are being printed 
correctly and the print quality is high; the ribbon is good and all positions are 
printing clearly. 
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SECTION 23 


MANAGING I/O DAEMONS -- CARD PUNCHES 
| AND READERS 


TO START UP THE CARD PUNCH 


If the punch daemon was logged in, but wasn’t started up during system 
Startup, you can start it up manually. (The coordinator must also be logged in.) 


1. Type: 
x <punch driver label> 
for example: 
X puna 
2. The system will respond with: 
puna Enter command: coordinator, driver or logout: 
->puna 
puna 
puna !0 Daemon Driver Version: 5.7 
puna 
puna Enter command or device/request_type: 
cord New driver for device puna, request type punch 
(series = 100000) 
puna 
puna puna driver ready at 06/01/83 1316.6 est Wed 
puna 
puna Enter command: 
3. To start processing requests, type: 
r puna go 
4, The system will respond with: 


Ready (MacKenzie) 


23-1 GBé6é1-01 


TO STOP THE CARD PUNCH 


1. Type: 

X punch_end- 

which will halt the punch driver and detach the card punch device. 

2. The system wili respond with: 

puna puna driver: All devices are halted. 

puna Enter command: 

RCP: Detached puna from 10.SysDaemon.z 

puna Enter command or device/request_type: 


->puna 
cord Driver logout for device puna 


TO RESTART THE CARD PUNCH 
Le Type: 
xX punch_restart 
which will attach the card punch device and start the punch driver. 
2. The system will respond with: 
cord New driver for device puna, request type punch 


(series = 110000) 
puna 


RCP: Attached puna for 10.SysDaemon.z 


puna puna driver ready at 06/01/83 1321.6 est Wed 
puna 


TO GET INFORMATION ABOUT PUNCH REQUESTS 


4 


1. To list all of the pending punch requests, type: 


r puna x ldr 


where "Idr" is the short form of the list_daemon_requests command. 
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2. The system will respond with a message like the following: 
punch queue 1]: 1] total request. ‘ 


User 1D Entry name 
User4 .ProjectB.a 1) 255143.9 so_long.punch | 


It might also respond with: 


There are no requests in any punch queue. 


3: To start processing requests again, type: | 
r puna go | | 
4, The system will respond with: | 


Ready (MacKenzie) | 


TO READ CARDS | | 


To read cards, you must make sure the card deck(s) you’re going to read are | 
complete, prepare them for reading, and then start up the reader I/O daemon driver. | 


Checking Card Decks for Completeness | 


1. When users submit card decks to operations, the first thing you should do is | 
check to see that the decks are complete and that they follow the correct | 
format. | 


Card decks may be used for either bu/k data input or remote job entry. A | 
bulk data input card deck contains a program or a data file. A remote job | 
entry card deck contains a series of Multics commands to be run as an | 
absentee job. | 


The correct format for a bulk data input card deck which contains only the | 
required cards is as follows: | 


++DATA <deck_name> <Person_id> <Project_id> 
++PASSWORD <xxxxxxxx> 
++I NPUT 


(user data cards) 
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2. 


A bulk data input card deck may also contain the following optional cards: 


++AIM <authorization> 
++FORMAT <punch_format> <format_control_modes> 
++CONTROL OVERWRITE . 


The correct format for a remote job entry card deck which contains only the 
required cards is as follows: 


++RJE <deck_name> <Person_id> <Project_id> 
++PASSWORD <xxxxxxxx> 
++ 1 NPUT 


(user absentee commands) 


A remote job entry card deck may also contain the following optional cards: 


++AIM <authorization> 

++FORMAT <punch_format> <format_control_modes> 
++RJECONTROL <ear_control_args> 

++RJEARGS <ear_args> 

++EP!LOGUE <command_line> 

++ABSIN <pathname> 


If the card decks are not in the correct format, return them to the users. If 
they are, continue with step 3. 


Preparing Card Decks for Reading 


3: 


To prepare users’ card decks for reading, you must place contro/ cards in 
front and in back of them. The control cards which go in front of a deck 
are as follows: 


++E OF 
++UID <uid_string> 


The ++EOF card is the end-of-file marker. It must be the first card you 
place in the card reader before you type the réad_cards command (see step 
16). 


The ++UID card is the unique-id card. It must follow the ++EOF card. You 
can use any string of 1 to 12 characters (except spaces) for “uid_string.” 


The control cards which go in back of a deck are as follows: 
++E0F 


++UID <uid_string> 
++END 


The ++EOF card is the same as the one that goes in front of a deck. 
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The ++UID card is also the same as the one that goes in front of a deck. Its | 
“uid_string" must be the same as the “uid_string" on the ++UID card in front | 
of the deck. When you’re preparing more than one deck for reading, the | 
++UID cards are the way you separate the decks from each other. So, it’s a | 
good idea to keep about ten pairs of matching ++UID cards near the card | 
reader, sO you can stack several decks in the hopper at one time. | 


The ++END card is the terminate-reading card. It tells the driver that there | 
are no more decks to be read. If you are preparing more than one deck for | 
reading, you shouldn’t put a ++END card in back of every deck. Instead, you | 
should just put one ++END card in back of the last deck. | 


When you create control cards for a deck, make sure you start punching in | 
column one. Also, you should realize that different card readers have different | 
punch card decoding conventions, so the same character may require different | 
punch codes on different readers. For example, a + character may be | 
Tepresented by a 12-8-2 punch on one reader, and a 12-0 on another. | 
Obviously, cards prepared for the first reader do not transmit the same data | 
on the second reader, and may in fact be unreadable. Your system | 
administrator can tell you which decoding conventions work on which readers. | 


The following is an example of a group of card decks, all ready for reading: | 


++E0F 
++UID ZZ2ZZZ 


(First User Card Deck) 
++E OF 

++U1D ZZZZZ 

++E0OF 

++U10 ABCDEF 

(Next User Card Deck) 


++E0F 
++U1D ABCDEF 


++E OF 
++UID 1234567890 


(Last user Card Deck) 
++E OF 


++U!ID 1234567890 
++END 


eS ES EE ES ED OR oS SN SE SS TENE SUPERS ETERS ONES NAIR SPAIN SERED PSY SS 
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Starting Up the Daemon 


5. 


10. 


11. 


12. 


If you're using a Combined Card Unit (CCU), continue with step 6. Otherwise, 
continue with step 8. 


Logout the punch I/O daemon driver by typing: 


logout <daemon User_id> <punch driver label> 


for example: 


logout 10.SysDaemon puna 


The system will respond with: 
RCP: Detached puna from 10.SysDaemon.z 


cord Driver logout for device puna 
as LOGOUT 10.SysDaemon dmn puna 2:11 $4.69 (logout) 


If your site uses AIM and there are ++AIM cards in any of the card decks, 
sort the decks by authorization. | 


Login the reader I/O daemon driver by typing: 
login <daemon User_id> <reader driver label> 
for example: 


login 10.SysDaemon rdra 


If your site uses AIM and there are ++AIM cards in any of the card decks, 
you should specify the authorization of the reader driver by typing this instead: 


login 10.SysDaemon rdra -auth <authorization> 


The authorization of the reader driver must be the same as the authorization 
of the first group of decks you want to read. (Note: if your site doesn’t use 
1O.SysDaemon, the daemon User_id may have the right authorization associated 
with it, making this unnecessary.) 
The system will respond with: 

as LOGIN 10.SysDaemon dmn rdra (create) 


rdra Enter command: coordinator or driver 
-> rdra 


Type: 
r rdra driver 
The system will respond with: 


rdra Enter device name and optional request type: 
-> rdra 


23-6 GB61-01 


13. 


14. 


15; 


16. 


17. 


18. 


19. 


20. 


rake 


22. 


Type: 
r <reader driver label> <device name> 
for example: 
r rdra rdra 
(At most sites, the reader driver label and the device name are the same.) 
The system will respond with: 
RCP: Attached rdra for 10.SysDaemon.z 


rdra rdra driver ready at 06/01/83 0855.1 est Wed 
-> rdra 


Place the decks in the hopper. 
Type: 

r rdra read_cards 
The system will respond with: 


rdra Card Input started 
-> rdra 


When the system has read all of the decks, it will respond with: 
rdra Card Input completed 


rdra Enter command: 
-> rdra 


At this point, if you have more card decks to read and your site doesn’t use 
AIM, or if your site does use AIM, but there are no ++AIM cards in any of 


does use AIM, and there are ++AIM cards in any of the decks, continue with 


| 
the decks, repeat steps 15-18. If you have more card decks to read, your site | 
| 
| 


step 20. 
Logout the reader [/O daemon driver by typing: 

logout <daemon User_id> <reader driver label> 
for example: 

logout 10.SysDaemon rdra 
The system will rspond with: 

RCP: Detached rdra from 1i0.SysDaemon.z 


cord Driver logout for device rdra 
as LOGOUT 10.SysDaemon dmn rdra 0:12 $1.19 (logout) 


Now repeat steps 9-18. In step 9, login the reader I/O daemon driver with | 


the same authorization as the next group of decks you want to read. 
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TO STOP THE CARD READER 
1. If the card reader gets into trouble, it may stop itself and print this message: 
rdra Enter command: 
If it doesn’t, continue with step 2. If it does, continue with step 4. 
ys Interrupt the reader by typing: 
quit <reader driver label> 
‘for example: 
quit rdra 
3. The system will respond with: 
sending quit to 005000252236 


rdra * QUIT * request in progress 
rdra Enter command (quit): 


4. Type: 
r rdra release 

5. The system will. respond with: 
rdra Enter command: 

6. To start reading cards again, type: 


r rdra read_cards 


TO LOGOUT THE PUNCH OR READER I/O DAEMON DRIVER 


1. If either the punch or the reader I/O daemon driver seems to be in trouble, 
you can log it out. Type: 


logout <daemon User_id> <punch driver label> 
for example: 
| logout !0.SysDaemon puna 
or: 
logout <daemon User_id> <reader driver label> 
for example: 


logout 10.SysDaemon rdra 
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The system will respond with: 


or: 


RCP: Detached puna from |I0.SysDaemon.z 
cord Driver logout for device puna 
as LOGOUT 10.SysDaemon dmn puna 2:11 $4.69 (logout) 


RCP: Detached rdra from 10.SysDaemon.z 
cord Driver logout for device rdra 
as LOGOUT 10.SysDaemon dmn rdra 0:12 $1.19 (logout) 
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SECTION 24 


MANAGING REMOTE DEVICES AT THE | 
| CENTRAL SITE | 


A remote device is a unit record device which is connected to the FNP and 
communicates with the IOM via the FNP. There are two kinds of remote devices. 
The first kind isn’t actually physically remote from the Miultics system, but is 
considered remote because it’s connected to the FNP instead of an MPC. The second 
kind is physically remote from the Multics system and is often called a remote | 
station. It’s connected to a workstation (another computer which acts as a satellite | 
for Multics) instead of an MPC. The workstation in turn is connected to the Multics 
FNP. 


Remote stations are sometimes called remote job entry (RJE) stations. RJE 
tefers to the process whereby standard Multics commands are punched on cards, then 
copied into an absentee segment. The segment is then submitted as an absentee job. 
RJE can be done locally or at a remote site. When it’s done at a remote site, users 
submit their card decks to their computer system for execution as jobs on a Multics 
system. They receive the output of their jobs back on their own system, where it is 
printed or punched. Technically, a workstation is only an RJE station when it includes 
a card reader for submitting RJE decks. However, a remote station is often called an 
RJE station when it only includes a card reader for data decks, or even when it 
doesn’t include a card reader at all. 


The only way to run a remote device is by using a remote driver process. A 
remote driver uses /ogica/ devices to control the physical devices. A logical device is 
often called a minor device and a physical device is often called a major device. 
When a remote device is connected directly to the FNP, it’s usually a printer which 
can print in different formats. Each format has its own queue. One remote driver 
runs several logical devices, one for each print format. When remote devices are 
connected to a workstation, they can be printers, card punches or card readers. One 
Temote driver runs several logical devices, one for each remote device. 


If your site uses AIM, you may have to specify one or more device classes | 
when you start up a driver. | 
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| TO LOG IN AND START A REMOTE PRINTER/PUNCH 

| i; Type: 

| login <daemon User_id> <remote printer/punch driver label> 
| for example: 

| login 10.SysDaemon rem] 


| If your site uses AIM, you should specify the authorization of the remote 
| driver by typing this instead: 


| login 10.SysDaemon rem! -auth <authorization> 


| Your system administrator will tell you what the authorization should be. 
| (Note: if your site doesn’t use IO0.SysDaemon, the daemon User_id may have 
| the right authorization associated with it, making this unnecessary.) 


| 2. The system will respond with: 
| as LOGIN 10.SysDaemon dmn rem! (create) 


| reml Enter command: coordinator or driver 
| -> reml 


| 3. Type: 


| r reml driver 


| 4. The system will respond with: 

| reml Enter command or device/request type: 

| -> rem] 

| 5. If you want the printer/punch to run with the default request type (and the 


| default device class) for each minor device, type: 


| r <remote printer/punch driver label> <major device name> 
| default 


| for example: 


| r reml reml default 


| (At most sites, the remote printer/punch driver label and the major device 
| name are the same.) Then continue with step 11. 


| 6. If you want the printer/punch to run with a request type (or a device class) 
| other than the default for one or both of the minor devices, type: 


| r <remote printer/punch driver label> <major device name> 
| for example: 


l r reml rem] 


24-2 GB61-01 


10. 


The system will respond with: 


rem] Enter request type (or default) for minor 
device "printer": 


Type: 


r <remote printer/punch driver label> <minor device 
request type> 


for example: 
r reml reml_print_unlined 
or, if your site uses device classes: 
r <remote printer/punch driver label> 
<minor device request type>.<device class> 
for example: 


r rem] reml_print_unlined.confidential 


where "reml_print_unlined" is the request type for the logical (minor) device | 


mentioned in the message in step 7. 


The system will respond with: 


rem] Enter request type (or default) for minor device punch": | 


Type: 


r <remote printer/punch driver label> 
<minor device request type> 


for example: 
r rem] default 
or, if your site uses device classes: 


r <remote printer/punch driver label> 
<minor device request type>.<device class> 


for example: 


r rem] default.public 


where "default" is the request type for the logical (minor) device mentioned in | 


the message in step 9. 
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11. The system will respond with: 
reml reml driver ready at 06/01/83 1165.2 est Wed 
rem] 
reml Enter command: 


12. To start processing requests, type: 
r remi go 
13. The system will respond with: 


Ready (MacKenzie) 


TO LOG IN AND START A REMOTE PRINTER THAT PRINTS 
IN DIFFERENT FORMATS 


In this example, the remote printer prints in two different formats, elite and 
pica. 


1. Type: 
login <daemon User_id> <remote printer driver label> 
for example: 


login 10.SysDaemon rem2 


If your site uses AIM, you should specify the authorization of the remote 
driver by typing this instead: 


login 10.SysDaemon rem2 -auth <authorization> 
Your system administrator will tell you what the authorization should be. 
(Note: if your site doesn’t use IO.SysDaemon, the daemon User_id may have 
the right authorization associated with it, making this unnecessary.) 
pa The system will respond with: 
as LOGIN 10.SysDaemon dmn rem2 (create) 


rem2 Enter command: coordinator or driver 
->rem2 


3. Type: 
r rem2 driver 


4, The system will respond with: 


rem2 Enter command or device/request type: 


->rem2 
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If you want the printer to run with the default request type (and the default | 
device class) for each minor device, type: | 


r <remote printer driver label> <major device name> default | 
for example: 
r rem2 rem2 default | 


(At most sites, the remote printer driver label and the major device name are | 
the same.) Then continue with step 11. | 


If you want the printer to run with a request type (or a device class) other | 
than the default for one or both of the minor devices, type: | 


r <remote printer driver label> <major device name> | 
for example: | 

r rem2 rem2 | 
The system will respond with: 
| rem2 Enter request type (or default) for minor device elites | 
Type: 

r <remote printer driver label> <minor device request type> 
for example: 

r rem2 default | 
or, if your site uses device classes: | 


r <remote printer driver label> | 
<minor device request type>.<device class> | 


for example: | 


r rem2 default.public | 


where "default" is the request type for the logical (minor) device mentioned in | 
the message in step 7. 
The system will respond with: 


rem2 Enter request type (or default) for minor device “pica: 
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10. 


ae 


pus 


13. 


14. 


15. 


Type: 

r <remote printer driver label> <minor device request type> 
for example: 

r rem2 rem2_pica_unlined 
or, if your site uses device classes: 


r <remote printer driver label> 
<minor device request type>.<device class> 


for example: 


r rem2 rem2_pica_unlined.conf idential 


where "rem2_pica_unlined" is the request type for the logical (minor) device 


mentioned in the message in step 9. 
The system will respond with: 
rem2 rem2 driver ready at 06/01/83 1165.2 est Wed 


rem2 
rem2 Enter command: 


Ready the minor device you want to be active by typing: 
r <remote printer driver label> ready <minor device name> 
for example: 
r rem2 ready elite 
The system will respond with: 
rem2 Enter command: 
To start processing requests, type: 
r rem2 go 
The system will respond with: 


Ready (MacKenzie) 
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TO CHANGE FROM ONE PRINT FORMAT TO ANOTHER 


In this example, the remote printer prints. in two different formats, elite and 
pica. The example shows how to change from the elite format to the pica format. | 


ce Type: | 
r <remote printer driver label> halt <minor device name> | 
for example: 
r rem2 halt elite 
2. The system will respond with: 


rem2 rem2 driver: All devices are halted. 
rem2 Enter command: 


3. Change the type wheels. 
4. Type: 
r <remote printer driver label> ready <minor device name> 
for example: 
r rem2 ready pica 
5. The system will respond with: 


rem2 Enter command: 


6. To start processing requests again, type: 
r rem2 go 
7. The system will respond with: 


Ready (MacKenzie) 


TO START UP A TYPE I REMOTE STATION | 


Your system administrator can tell you whether the remote station you're | 
Starting up is a Type I station or a Type II station. | 


Li Type: 


login <daemon User_id> <remote driver label> | 
for example: | 


login 10.SysDaemon rem3 | 
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If your site uses AIM, you should specify the authorization of the remote 
driver by typing this instead: 


login 10.SysDaemon rem3 -auth <authorization> 


Your system administrator will tell you what the authorization should be. 
(Note: if your site doesn’t use IO.SysDaemon, the daemon User_id may have 
the right authorization associated with it, making this unnecessary.) 
The system will respond with: 

as LOGIN 10.SysDaemon dmn rem3 (create) 


rem3 Enter command: coordinator or driver 
->rem3 


Type: 
r rem3 driver 
The system will respond with: 


rem3 Enter command or device/request type: 


->rem3 
Type: 

listen <communications 1line> 
for example: 


listen 16 


where "16" is the name of a communications line, which in turn specifies a 
communications channel, over which the remote device communicates with 
Multics. 

The system will respond with: 


Attaching line "16" on channel (a.h001) 


This indicates that the system is preparing the remote driver to wait for the 
Temote device to log in. ; 


When the remote device logs in on the specified line, the system will respond 
with: 


Requesting station identifier on line "16" 
then with: 


rem3 rem3 driver ready at 06/01/83 1165.2 est Wed 


6 cil 


rem3 Enter command: 
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The remote operator will probably Start processing requests for you. To start | 


processing requests yourself, type: 
r rem3 go 
The system will respond with: 


Ready (MacKenzie) 


TO START UP A TYPE II REMOTE STATION 


1. 


Your system administrator can tell you whether the remote station you're | 
Starting up is a Type I station or a Type II station. 


Type: 
login <daemon User_id> <remote driver label> 
for example: 


login 10.SysDaemon rem& 


If your site uses AIM, you should specify the authorization of the remote | 


driver by typing this instead: 


login !0.SysDaemon rem& -auth <authorization> 


Your system administrator will tell you what the authorization should be. 
(Note: if your site doesn’t use IO.SysDaemon, the daemon User_id may have | 


the right authorization associated with it, making this unnecessary.) 
The system will respond with: 
as LOGIN 10.SysDaemon dmn rem4 (create) 


rem4 Enter Command: coordinator or driver 
-> rem& 


Type: 
r rem4 driver 
The system will respond with: 


rem4 Enter command or device/request type: 
-> rem& 
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If you want the remote device to run with the default request type (and 
device class) for each of its minor devices, type: 


r <remote driver label> <major device name> default 
for example: 


r rem& rem&k default 


(At most sites, the remote driver label and the major device name are the 
same.) Then continue with step 11. 


If you want the remote device to run with a request type (or a device class) 
other than the default for any of its minor devices, type: 


r <remote driver label> <major device name> 
for example: 

r rem& rem& 
The system will respond with: 


rem4 Enter request type (or default) for minor 
device "devicel": 


Type: 

r <remote driver label> <minor device request type> 
for example: 

r rem& request_type_] 
or, if your site uses device classes: 


r <remote driver label> 
<minor device request type>.<device class> 


for example: 
r rem4 request_type_1l.confidential 
The system will respond with: 


remk Enter request type (or default) for minor 
device "device2": 
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10. Type: | 
r <remote driver label> <minor device request type> | 

for example: | | 

r remk default 

or, if your site uses device classes: | 


r <remote driver label> | 
<minor device request type>.<device class> | 


for example: . | 


r rem& default.public | 


11. It may take a while for the remote station to connect. When it does, the | 
system will respond with: | 


rem&4 remk driver ready at 06/01/83 1165.2 est Wed | | 


rem4 
rem& Enter command: | 


sa If necessary, ready the minor device you want to be active by typing: l 
r <remote driver label> ready < minor device name> | 

for example: | 

r rem4 ready devicel . | 

13. The system will respond with: | 
rem4 Enter command: | 


14. The remote operator will probably start processing requests for you. To Start | 
processing requests yourself, type: | 


r rem go | 
15. The system will respond with: | 


Ready (MacKenzie) l 
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| TO GET INFORMATION ABOUT DEVICES AND REQUEST 


| TYPES (AND DEVICE CLASSES) 


If you aren’t sure what devices and request types (and devi 
site uses them) are available, you can list them by typing: 


for example: 


The system will respond with something like the following: 


r <1/0 daemon coordinator label> print_devices 


r cord print_devices 


Device 


* 


* 


The devices are grouped according to the request types they service. 


prta 
prtb 
prtc 


-prtd 


prta 
prtb 
prtc 
prtd 
puna 
punc 
prta 
prtb 
prtc 
prtd 
rdra 
rdrb 
rdre 
rdrd 


Request type 


printer 


test 


punch 


unlined 


reader_dummy 


Access name 


10.SysDaemon 


10.SysDaemon 


10.SysDaemon 


10.SysDaemon 


10.SysDaemon 


system_high 


system_high 


system_high 


system_high 


ce classes, if your 


An 


asterisk (*) before a device indicates that the associated request type is the 
default for the device. The driver access name and authorization (if any) are 
given for each request type. 


To find out what devices and request types (and device classes, if your site 
uses them) are already running, type: 


for example: 


r <!/0 daemon coordinator label> list 


r cord list 
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4. The system will respond with something like the following: | 


device prta is active, request type printer, request 40017 
device prtb is active, request type unlined.confidential, 
request 20007 ; 
device rem] is active, request type reml_print_unlined, 
request 50002 
device rem2.elite is active, request type printer, request 70003 
device rem2.pica is active, request type rem2_pica_unlined, 
request 30015 


TO GET INFORMATION ABOUT COMMUNICATIONS LINES | 


I If you aren’t sure what communications lines are available, you can list the line | 
ids by typing: oo 


r <!/0 daemon coordinator label> print_line_ids | 
for example: : | 


r cord print_line_ids | 


2. The system will respond with: | 
Line 1D Channel | 
16 a.h00] | 
2780_1 g. hook | 

PROBLEMS | 

1. If you try to log in a remote driver when you haven’t logged in the 


coordinator, the remote driver waits for you to log in the coordinator. If you | 
don’t log in the coordinator within five minutes, the remote driver sends you | 
an error message and logs itself out. | 


2. The first thing a remote driver tries to do is initialize itself. If it encounters | 
- a problem which isn’t serious, the system will respond with an error message | 
and the remote driver will ask you for instructions. If it encounters a problem | 

which is serious, the system will respond with an error message that starts with | 

the words "fatal error:" and the remote driver may jog out. If you get a fatal | 

error like this, you should bring it to the attention of your system maintainer. | 


3: If there’s some reason why the remote driver is not allowed to operate the | 
device(s) or the request type(s) (or the device class(es), if your site uses them). | 
you specify, the system will respond with one or more error messages | 
explaining the problem, then ask you again for a device name and optional | 

| 


request type. 
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SECTION 25 


MANAGING REMOTE DEVICES AT A REMOTE 
3 SITE 


TO START UP A REMOTE STATION 


This procedure varies quite a bit from site to site. If you have any questions 
about the right way to do things at your site, ask your system administrator for help. 


1. Turn on your terminal. Make sure that the communications lines are connected 
to the modem and that the terminal is set up to receive data from Multics. 


2. If you have a hardwired line, continue with step 4. If you don’t, continue 
with step 3. 

3. Dial the central site phone number. Then continue with step 4. 

4. If you have a Multics banner on your terminal, continue with step 5. If you 


don’t, continue with step 6. 
S: Type: 
dial <dial id> 
for example: 
dial boston_prt 
Then continue with step 6. 
6. If the system responds with: 


Enter station command: 


Continue with step 7. If it doesn’t, continue with step 10. 
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10. 


11. 


Type: 
station <station id> 
for example: 
station remi 
or, depending on your site’s policy: 
station <station id> <station password> 
for example: 


station rem4 secret 


where "station id" is always the name of the major device. Then continue with 


step 8. 
If the system responds with: 

Enter station password: 
continue with step 9. If it doesn’t, continue with step 10. 
Type: 

<station password> 
for example: 

secret 
Then continue with step 10. 

If the system responds with: 

Enter request type for minor device <name>: 
for example: 

Enter request type for minor device printer: 
continue with step 11. If it doesn’t, continue with step 12. 
Type: 

<minor device request type> 
for example: 


rem4_print_unl ined 


Repeat steps 10 and 11 for each minor device. Then continue with step 12. 
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12. 


13. 
14. 


15. 


16. 


If the system responds with messages like these: 


For the invoices, use VFU tape number 12. 
The form stock is in storage bins 22, 23 and 24. 


Mount VFU tape for 72 lines per page. 
Set printer for 8 iines/inch. 


Continue with step 13. If it doesn’t, continue with step 14. 
Take whatever action is indicated by the messages. Then continue with step 14. 
The system will respond with: 


remk driver on channel a.h00] ready at 06/01/83 1165.2 est Wed 
Enter command: 


To start processing requests, type: 
go 
The system will respond with: 


Ready (MacKenzie) 
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PART VII 
EVERYDAY OPERATIONS -- BACKUP 


GB61-01 


SECTION 26 
MANAGING BACKUP DAEMONS -- DUMPS 


An incremental dump locates and dumps all segments and directories which 
have been created or modified since the last time an incremental dump was done. Its 
main function is to limit the amount of information that can be lost due to changes 
that have been made since the last incremental tape was created. An incremental 
dump is usually run once every hour. It is also called a backup dump or a wakeup 
dump (wakeup because it’s usually set to "wakeup" by itself at specified intervals). 


A consolidated dump locates and dumps all segments and directories which 
have been modified after some specified time in the past. Its main function is to 
consolidate the most recent information stored on a group of incremental tapes, thus 
decreasing the number of tapes which must be saved and processed. It does this by 
dumping all segments which have been modified since the last consolidated dump. A 
consolidated dump is usually run at the end of every day or every week. It is also 
called a catchup dump. . 


A complete dump locates and dumps every segment and directory in the 
Storage system without regard for when they were last modified. Its main function is 
to eStablish a checkpoint in time. If it’s ever necessary to recover a major portion of 
online storage, the tape with the most recent complete dump on it marks a cutoff 
point, beyond which no older dump tapes are needed. A complete dump is usually 
Tun at the end of every week or every month. 


/ncremental tapes {also called wakeup tapes or backup tapes) are usually 
kept for about three weeks. Consolidated tapes (also called catchup tapes) are 
usually kept for the same amount of time as incremental tapes. Comp/ete dump 
tapes are usually kept for about six months, with the exception of one complete dump 
tape per month, which is usually kept for a much longer period, say a year or so. 
The amount of time that these tapes are kept will vary from site to site, as will the 
scheduling of the various dumps. 


Your site may require that hierarchy dump tapes be written at a _ special 
density. If this is so, whenever you supply the hierarchy backup system with a tape 
name, you should also supply it with the density. Instructions for doing this are 
supplied with all of the examples in this section. 
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TO DO AN INCREMENTAL HIERARCHY DUMP 


If the hierarchy backup daemon was logged in by the system_start_up.ec when 
you booted Multics, skip to step 3. 


1. Type: 
login Backup.SysDaemon <backup daemon label> 
for example: 


login Backup.SysDaemon bk 


where "bk" is your site’s label for the backup daemon that controls hierarchy 
incremental and consolidated dumps. 


2: The system will respond with: 


as LOGIN Backup.SysDaemon dmn bk (create) 
bk r 0940 2.267 34.136 503 

bk 

->bk 


3. Type: 


x ince <your initials> <tape name> 
or: 

x ine <your initials> <tape name,d=density> 
for example: 


x inc kIm ih00}l 


or: 
x ine kim ih001,d=6250 


where "ih0O01" is the name of the first tape to be used, and "6250" is the 
required density. 


4. The system will respond with: 


sc_command r bk start_dump sys_dirs klm 1 60 

sc_command r bk ih00O1 

bk r 0941 0.324 19.431 152 

RCP: Attached tapa_0O1 for Backup.SysDaemon.z 

RCP: Note (tapa_01) - ihOOl,sys 

RCP: Unloading volume from device tapa_0! 

RCP: Mount Reel ihOOl with ring on tapa_Ol] for 
Backup.SysDaemon.z 

Dk 

->bk 
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5. Mount the specified tape on the specified drive. (See "To Mount a Tape" in 
Section 19.) 


6. If another tape is needed, the hierarchy backup daemon will ask you to enter 
its name. Type: | : 


r bk <tape name> 


or: 
| r bk <tape name,d=density> 
for example: 
r bk ihO002 
or: 
r bk ih002,d=6250 
es Repeat steps 4-6 until the daemon is finished doing the dump. 
8. Be sure to record the names of the tapes. 


TO DO AN INCREMENTAL VOLUME DUMP 
1. Type: 
x vine <your initials> 
for example: 


x vine klim 
where "vince" is the short form of the incremental_volume command. 


2: The system will respond with: 


as LOGIN Volume Dumper .Daemon dmn vince (create) | 
vine r 0940 2.134 27.369 678 | 
vine 
->vine 
vine Mounting tape iv00O1] for writing 
RCP: Mount Ree! iv001] with ring on tapa_0} for 

Volume_Dumper .Daemon 


3. Mount the specified tape on the specified drive. (See "To Mount a Tape” in 
Section 19.) 
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TO DO A CONSOLIDATED HIERARCHY DUMP 


If the hierarchy backup daemon was logged in by the system_start_up.ec when 
you booted Multics, skip to step 3. 


1. Type: 
login Backup.SysDaemon <backup daemon label> 
for example: 
login Backup.SysDaemon bk: 


where "bk" is your site’s label for the backup daemon that controls hierarchy 
incremental and consolidated dumps. 


2: The system will respond with: 


as LOGIN Backup.SysDaemon dmn bk (create) 
bk r 0940 2.267 34.136 503 


bk 
->bk 
3. Type: 
x cat <your initials> <tape name> <start date> <start time> 
or: 
x cat <your initials> <tape name,d=density> <start date> 
<start time> 
for example: 
x cat kim chOO1 05/13/83 1930.0 
or: 


x cat kim ch001,d=6250 05/13/83 1930.0 


where "ch001" is the name of the first tape to be used, "6250" is the required 
density, and "05/13/83 1930.0" specifies that all segments modified since 
05/13/83 at 19:30 be dumped. 


4. The system will respond with: 


bk 

bk Type primary dump tape label: 

->bk 

bk Mounting tape ch00O1] for writing 

RCP: Mount Reel chO00O1 with ring on tapa_O1 for 
Backup.SysDaemon 

bk 

-> bk 
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5. Mount the specified tape on the specified drive. (See “To Mount a Tape” in 
Section 19.) 


6. If another tape is needed, the hierarchy backup daemon will ask you to enter 
its name. Type: 


r bk <tape name> 


or: 
| r bk <tape name, d=densi ty> 
for example: 
r bk ch002 
or: 
r bk ch002,d=6250 
q: Repeat steps 4-6 until the daemon is finished doing the dump. 
8. Be sure to record the names of the tapes. 


TO DO A CONSOLIDATED VOLUME DUMP 


1. Type: 
x vcons <your initials> 
for example: 


x veons kim 
where "vcons” is the short form of the consolidated_volume command. 


2. The system will respond with: 


as LOGIN Volume_Dumper.Daemon dmn vcons (create) 

veons r 1719 2.134 27.369 678 

vcons 

->vcons 

vcons Mounting tape cv001 for writing 

RCP: Mount Reel cv001 with ring on tapa_01 for 
Volume_Dumper . Daemon 


where "vcons" is your site’s label for the backup daemon that controls volume 
catchup dumps. 


3: Mount the specified tape on the specified drive. (See "To Mount a Tape” in 
Section 19.) 
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TO DO A COMPLETE HIERARCHY DUMP 
1. Type: 
login Dumper.SysDaemon <backup daemon label> 
for example: 
login Dumper .SysDaemon cd 


where "cd" is your site’s label for the backup daemon that controls hierarchy 
complete dumps. 


2 The system will respond with: 
as LOGIN Dumper.SysDaemon dmn cd (create) 
ed r 0133 8.765 42.678 369 


cd 
->cd 


3. Type: 


x comp <your initials> <dump control file> <tape name> 


or: 
x comp <your initials> <dump control file> 
<tape name,d=density> 
for example: 
x comp kim complete hd001 
or: 


x comp kim complete hd001,d=6250 


where "complete" is the name of your site’s dump control file (actually 
"complete.dump"), "hd001" is the name of the first tape to be used, and "6250" 
is the required density. 


4. The system will respond with: 
cd 
cd Input tape label: 
->cd 


cd Mounting tape hd001 for writing 

RCP: Mount Reel hd0O!] with ring on tapa_0O1 for 
Dumper .SysDaemon 

cd 

-> cd 


5. Mount the specified tape on the specified drive. (See “To Mount a Tape” in 
Section 19.) 


26-6 GB61-01 


6. If another tape is needed, the complete hierarchy backup daemon will ask you | 
to enter its name. Type: | 


r cd <tape name> | 
or: | 
r cd <tape name,.d=density> | 


for example: | 


r cd hd002 | 

or: | 

r ed hd002,d=6250 | 

eo Repeat steps 4-6 until the daemon is finished doing the dump. | 
8. Be sure to record the names of the tapes. | 


TO DO A COMPLETE VOLUME DUMP 
1: Type: 
x vcomp <your initials> 
for example: 


x vcomp kim 
where "vcomp” is the short form of the complete_volume command. 


2. The system will respond with: 


as LOGIN Volume_Dumper.Daemon dmn vcomp (create) 

veomp r 0133 8.765 42.678 369 

vcomp 

->vcomp 

vcomp Mounting tape vd001 for writing 

RCP: Mount Reel vd001 with ring on tapa_O] for 
Volume_Dumper .Daemon 


where "vcomp" is your site’s label for the backup daemon that controls volume 
complete dumps. 


3. Mount the specified tape on the specified drive. (See "To Mount a Tape” in 
Section 19.) 
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TO LOGOUT A DUMPER DAEMON — 


i: If one of the dumper daemons seems to be in trouble, you can log it out. 
Type: 


logout <backup daemon User_id> <backup daemon label> 
for example: 


logout Backup.SysDaemon bk 


where "bk" is your site’s label for the backup daemon that controls hierarchy 
incremental and consolidated dumps, 


or: 


logout Volume_Dumper .Daemon vinc 


where "vince" is your site’s label for the backup daemon that controls volume 
incremental dumps, 


or: 
logout Volume_Dumper .Daemon vcons 


where "vcons” is your site’s label for the backup daemon that controls volume 
consolidated dumps, 


or: 


logout Dumper.SysDaemon cd 


where “cd" is your site’s label for the backup daemon that controls hierarchy 
complete dumps, 


Or: 


logout Volume_Dumper .Daemon vcomp 


where "vcomp" is your site’s label for the backup daemon that controls volume 
complete dumps. 
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2. The system will respond with: 


as LOGOUT Backup.SysDaemon dmn bk 0:14 $1.27 (logout) | 


or: 
as LOGOUT Volume_Dumper.Daemon dmn vine 0:13 $1.17 (logout) | 
or: 
| as LOGOUT Volume_Dumper.Daemon dmn vcons 0:12 $1.07 (logout) | 
or: | 
as LOGOUT Dumper .SysDaemon dmn cd 0:11 $0.97 (logout) | 
or: | 
as LOGOUT Volume_Dumper .Daemon dmn vcomp 0:10 $0.87 (logout) | 
GOOD IDEAS 
i Hierarchy dump maps are used to locate segments and directories that need to 


be retrieved. They should be filed in a log, in reverse chronological order, and 
kept as long as the corresponding tapes are kept. 
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| SECTION 27 
MANAGING BACKUP DAEMONS -- RETRIEVALS 


TO DO A VOLUME RETRIEVAL 

If a user discovers that one of his segments or directories has been lost or 
damaged, he can request that it be retrieved. He does this by using the 
“enter_retrieval_request" command. His request is queued, and when you do a volume 


retrieval, it is processed. The system doesn’t give you any indication that a user has 
entered a retrieval request, so you should do volume retrievals at regular intervals. 


If the user’s segment or directory was deleted from the system more than two 
weeks ago, his request for a volume retrieval may not -be successful. If this is the 
case, he will have to follow your site’s procedure for requesting a hierarchy retrieval. 
1. Type: 

login Volume_Retriever.Daemon <retrieval daemon label!> 
for example: 


login Volume_Retriever.Daemon vretv | 


where “vretv" is your site’s label for the daemon that controls volume 
retrievals. 


2. The system will respond with: 
as LOGIN Volume_Retriever.Daemon dmn vretv (create) . | 
vretv r 1224 3.987 22.56 123 


vretv 
->vretv 


3. Type: 


r vretv retrieve_from_volume 
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4, As each queued retrieval request is processed, the system will respond with: 
Recovered segment lost_segment 
or: 


Recovered directory damaged_dir 


where "lost_segment" and "damaged_dir" are the names of a retrieved segment 

and a retrieved directory. 
TO DO A HIERARCHY RETRIEVAL 

You should only do a hierarchy retrieval for a user when he or she has 
followed the correct site procedure for requesting this kind of retrieval. You may also 
have to do hierarchy retrievals for your system maintainer. He or she may ask you to 


do them when the volume retriever isn’t working or when very large amounts of 
information need to be retrieved. 


For this procedure, you'll need a regular user terminal in addition to an 
| initializer terminal (or the bootload console). 
1. At the initializer terminal, type: 
| login Retriever.SysDaemon <retrieval daemon label> 
for example: 
login Retriever .SysDaemon r 
where "rt" is your site’s ‘abel for the daemon that controls hierarchy retrievals. 
Zz The system will respond with: 
| as LOGIN Retriever .SysDaemon dmn rt (create) 
rt r 1248 4.789 33.65 456 
rt 
->rt 
3. At the regular user terminal, log in as a regular user by typing: 
| 1 <your Person_id> 
for example: 
| 1 MacKenzie 
where "!" is the short form of the login command. 
4. The system will respond with: 


Password: 
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10. 


11. 


Type your password. The system will respond with: 


MacKenzie.Operator logged in 06/01/83 0921.4 est Wed 
from VIP7801 terminal "none." 

Last login 03/18/83 0726.2 est Fri from VIP7801 
terminal "none". 

r 09:22 3.0 3.50 


where "r 09:22 3.0 3.50" is a ready message. 
Type: | 
.cwd >udd>sd>backup 
where "cwd" is the short form of the change_wdir command. 
The system will respond with: 
r 09:23 2.0 4.90 
Type: 
qx 
where "qx" is the short form of the gedx command. 
There will be no response from the system. 


Type a list of pathnames, such as these: 


>udd>ProjectA>User 1>Segx 

>udd>ProjectB>User4>** 
>udd>ProjectA>User2>Segz=>udd>ProjectB>User5>Segz 
>udd>ProjectB>User6>**=>udd>ProjectA>User3 


This will set up a contro/ file, which is a segment containing a list of the 
pathnames of the segments and directories to be retrieved. In this case, the 
first line of the control file will cause one segment to be retrieved as found. 
The second line will cause one directory with its entire subtree to be retrieved 
as found; every segment beginning with >udd>ProjectB>User4 will be retrieved. 
The third line will cause one segment to be retrieved in a new location; 1.e., 
With the new pathname >udd>ProjectB>User4>Segz. The fourth line will cause 
one directory with its entire subtree to be retrieved in a new location; every 
segment beginning with >udd>ProjectB>User6 will be retrieved with a new 
pathname beginning with >udd>ProjectA>User3. Retrieving a segment with a 
different pathname is called doing a cross retrieval. 


Again, there will be no response from the system. 
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12. 


13. 


14. 


15. 


16. 


17. 


18. 


19. 
20. 


21. 


22. 


Type: 
\f 
w <tape name> 
q 


for example: 
\f 
w rt5678 
q 
where "rt5678" is the name of the backup tape you're using for this retrieval. 
The system will respond with: 
r 09:26 4.0 4.60 
At the initializer terminal, type: 
r rt retrieve >udd>sd>backup>r t5678 
The system will respond with: 
Input tape label 
Type: 
r rt rt5678 
The system will respond with: 


RCP: Mount Reel rt5678 with ring on tapa_02 
for Retriever .SysDaemon 


Mount the tape on the specified drive. (See "To Mount a Tape" in Section 


19.) 


The tape will spin, and the system will ask you if there are any more tapes. 
Type: 

r rt no 
The system will respond with: 


All requests were satisfied 


- At the regular user terminal, log out as a regular user by typing: 


logout 
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23. The system will respond with: 
MacKenzie.Qperator logged out 06/01/83 0928.3 est Wed 


CPU usage 13 sec, memory usage 1.8 units, cost $0.28 
hangup ; 


TO LOGOUT A RETRIEVAL DAEMON 


1. If one of the retrieval daemons seems to be in trouble, you can log it out. 
Type: 


logout Volume_Retriever.Daemon <retrieval daemon label> | 
for example: 


logout Volume_Retriever .Daemon vretv | 


where "vretv" is your site’s label for the daemon that controls volume — 
retrievals, or: 


logout Retriever.SysDaemon <retrieval daemon label> | 


for example: 


logout Retriever .SysDaemon rt | 


where "rt" is your site’s label for the daemon that controls hierarchy retrievals. 


ve The system will respond with: 
as LOGOUT Volume_Retriever .Daemon dmn vretv 0:14 $1.27 | 
(logout) | 
or: 
as LOGOUT Retriever.SysDaemon dmn rt 0:31 $2.69 (logout) 
PROBLEMS 
Ls If you encounter problems with some of the requests when you're doing a 


volume retrieval, try typing: 


r vretv retrieve_from_volume -step -long 
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2. Each retrieval request will be printed, along with this prompt: 


Command: 
3. You should respond with one of the following commands: 
proceed, p process the retrieval request and delete it 
from the queue. 
cancel, c do not process the retrieval request; delete it 
from the queue. 
skip, s do not process the retrieval request, but leave it 
in the queue. 
GOOD IDEAS 
1. You may want to defer retrievals until a time when the system load isn’t at a 


peak (say, late afternoon or evening). A lot of tape activity puts a heavy load 
on the system and adversely affects users. 
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PART VIII 
EVERYDAY OPERATIONS -- MISCELLANEOUS 


GB61-01 


| SECTION 28 
COMMUNICATING WITH USERS 


TO SEND A MESSAGE TO ALL USERS AT LOGIN 


When you send a message to all users at login, it means that every time any 
user logs in, he or she receives the message. 


iB Type: 
word login <''message''> 
for example: 
word login "Only one CPU until 1300." 
2, The system will respond with: 


as word: normal message: Only one CPU until 1300. 


TO SEND A MESSAGE TO ONE USER 
1: Type: 
w <user name> <''message''> 
for example: 
w User4.ProjectB "Can't find your tape. Call X7739."' | 


where “w" is the short form of the warn command, "User4.ProjectB"” is the 
name of the user to whom you want to send the message, and "Can’t find 
your tape. Call X7739." is the message you want to send. 


2: The system will respond with: 


Ready (MacKenzie) 


You should not use the warn command for casual communication, since 
the message is forced into the middle of anything the user is typing, ruining 
his or her output. Use it only when you have an urgent message for a 
particular user who can’t be reached by telephone. 
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TO SEND A MESSAGE TO ALL USERS 
1; Type: 
w * * <"'message''> 
for example: 
w* * "The system is about to crash." 
where "w" is the short form of the warn command. 
2: The system will respond with: 


Ready (MacKenzie) 


AS mentioned above, the warn command should not be used for casual 


communication. Use it only when the system is about to crash or when you are doin 
a nonscheduled shutdown. 


PROBLEMS 


1. If you try to send a message to a user who specified the -no_warning ~ 
argument at login, the system will respond with the following message: 


warn: User4.ProjectB has ''no_warning' 


If the system can’t find the user, you'll also get an error message. If either of 
these things happens, you'll have to contact the user by some other means. 
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SECTION 29 


MANAGING USER LOGINS, LOGOUTS, AND 
CHANNELS 


TO FIND OUT HOW MANY USERS ARE LOGGED IN 
1. Type: : 
hmu 
2 The system will respond with: 
Multics 11.0: Yoursite, Yourtown, Yourstate . | 


Load = 41.0 out of 110.0 units: users = 41 | 
Absentee users = 3; Maximum absentee users = 10 | 


TO FIND OUT WHICH USERS ARE LOGGED IN 


1. Type: 
who 
2: The system will respond with: 
Login at TTY Load Chan Group PNDS User ID 
05/31/83 1206.8 none 1.0 c.h118 System MacKenzie.Operator 
06/01/83 0957.3 H19 1.0 a.hO12 SysProg > DS Bongo.Multics 
1007.9 none 1.0 c¢.h003 Fourth S User4.ProjectB 
1020.6 none 1.0 a.hO022 SysAdm +N  Sissy.SysAdmin 
1021.2 none 0.5 a.h100 *Student43.Class 
1132.7 Q3 1.0 abs! Third A User].ProjectA 
1133.6 cord 0.5 cord 10 D 10.SysDaemon 
1134.5 prta 0.5 prta 10 D 10.SysDaemon 
2030.3 bk 1.5 bk System D Backup.SysDaemon 
2031.2 vine 1.5 vine System D Volume_Dumper . Daemon 


TO SET THE MAXIMUM NUMBER OF USERS WHO CAN LOG IN 


It’s a good idea to perform this procedure after you’ve added or deleted 
processors or memory, because different configurations can support different numbers | 
of users. | 
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1. To set the maximum number of users to the automatic value set by your 
system administrator, type: 


maxu auto 

To set the maximum number of users to some other value, pe 
maxu <lOX load units> 

for example: 


maxu 413 


where "maxu" is the short form of the maxunits command, and "413" is ten 
times the maximum number of load units. (In other words, 413 sets the 
maximum number of load units to 41.3.) Your site administrator will provide 
you with the correct value. 
iz The system will respond with: 
as maxu: 413 (41 normal users) 


3. ° If you set the maxu value to a very small number, the system will send you a 
warning: 


as warning: maxunits are in tenths of load units. 


as You just set maxu to 20, or 2 normal users. 
as maxu: 20 (2 normal users) 


4. If you’ve made a mistake, just retype the maxu command with the correct 
maxu value. 
TO LOG A USER OUT 


You should only log a user out at his or her request or at the request of your 
system administrator. 


| 1. Type: 
| bump <user name> <time> <''message''> 
for example: 
bump User6.ProjectA 3 "Bumping you as you requested." 
OT: 
bump <terminal channel> <time> <''message''> 
for example: 


2 ttn 


bump a.h013 3 "Bumping you as you requested.” 
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where "User6.ProjectA" is the name of the user, "a.h013" is the channel to 
which the user’s terminal is connected, "3" is the number of minutes the user 
has before the bump takes place, and “Bumping you as you requested" is a 
message of your choice. If you must log out the user maiedalely don’t type 
a time. 

2 The system will respond with: 


bump: User6.ProjectA bumped 


3. Sometimes, even though you get this message, the user is not logged out. In 
this case, try detaching the channel, which should disconnect the  user’s 
terminal. Type: 


detach a.h0l3 
4. The system will respond with: 
as detach: a.h013 detached 


5. The user should be logged out immediately. If he isn’t, try removing the 
channel all together. Type: 


remove a.h013 
6. The system will respond with: 


as remove: a.h013 removed 


7. If you are forced to remove a channel in order to log a user out, you should 
attach the channel right after, which will make it available for use again. 
Type: 


attach a.h013 


8. The system will respond with: 


as attach: a.h0O13 attached 


TO RESPOND TO A USER WHO’S BEEN LOGGED OUT 


If a user has been logged out by the system, you may get an angry phone call. 
If you can explain to the user exactly why he’s been logged out, you may be able to 
calm him down. Recall the discussion of load control groups in Section 3. Explain to 
the user that if a secondary user is logged in and a primary user wants to log in, the 
secondary user may be preempted by the primary user if system resources are nme 
If necessary, refer the user to your system administrator. 
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PROBLEMS 
1, If the FNP masks a channel, you will get the following message: 


dn355: FNP masked channel a.h022 for excessive interrupts. 


In most cases, you should consult with your system administrator. The 
exception is when a user calls and asks you to restart his or her channel. In 
that case, type: 

attach <terminal channel> 


for example: 


attach a.h022 


where “a.h022" is the terminal channel mentioned in the error message. If the 
user is still having problems, don’t type the command again without talking to 
your system administrator first. 
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SECTION 30 
MANAGING ABSENTEE JOBS 


At some sites, the majority of the tasks described in this section are performed 
by the system administrator. If this is the case at your site, you shouldn’t attempt to 
perform these tasks yourself without consulting your system administrator first. 


TO START THE ABSENTEE FACILITY 
At most sites, the absentee facility is started when the answering service is G 
Started (i.e, when you boot Multics). But if this isn’t the case at your site, or if | 


you’ve stopped the absenteee facility for some reason, you Can start it yourself. 


1. To start the absentee facility with the automatic values set by your system 
administrator, type: . 


abs start 
To start the absentee facility with other values, type: 
abs start <maximum jobs> <queue number> 
for example: 


abs start 6 & 


where "6" is the maximum number of absentee jobs that can run simultaneously, 
and "4" is the highest numbered (lowest priority) queue. 


2. The system will respond with: 


Ready (MacKenzie) 


TO STOP THE ABSENTEE FACILITY 


Note. the procedure below for doing an "abs stop now" bumps absentee users 
immediately, before they have a chance to do anything. Obviously, you should only 
perform this procedure when absolutely necessary. | 


i To stop the absentee facility in 20 minutes, type: . | 
abs stop 
2; In 20 minutes, the system will respond with: 


as abs: All absentee processes have run to completion. 
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3. To stop the absentee facility immediately, type: 
abs stop now 
4, The system will respond with: 
abs: Bumping all remaining absentee processes. 
then with: 


as abs: All absentee processes have run to completion. 


TO SET THE NUMBER OF ABSENTEE SLOTS 


The number of absentee slots is the maximum number of absentee jobs that 
can run simultaneously. 


I To set the number of slots to its automatic value, type: 
abs maxu auto 
To set the number of slots to another value, type: 
abs maxu <maximum jobs> 
for example: 
abs maxu 6 
where "6" is the maximum number of jobs that can run simultaneously. 
z: The system will respond with: 


Ready (MacKenzie) 


3. To check the value, type: 
hmu 
4, The system will respond with: 


Multics 11.0: Yoursite, Yourtown, Yourstate 
Load = 41.0 out of 110.0 units: users = 41 
Absentee users = 2; Maximum absentee users = 6 


TO STOP AN ABSENTEE QUEUE 


If you’re having problems with a queue and the system doesn’t drop it, yo 
can stop it yourself. 
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1. Type: 


_abs stop queue <queue number> 
for example: 
abs stop queue 3 


2. The system will respond with: 


as 

Queue errors (*=dropped) 
as FG 0 ] 2 3 4 
as 0 0 6) 0 0 0 
as * 


TO RESTART AN ABSENTEE QUEUE 


If a queue has been dropped by the system due to errors, or if you’ve stopped 
it yourself, you can restart it yourself. 


1. Type: 
abs start queue <queue number> 
for example: 
abs start queue 2 
Zz The system will respond with: 


Ready (MacKenzie) 


TO MOVE AN ABSENTEE JOB FROM ONE QUEUE TO ANOTHER 


Muitics absentee jobs are routed to different queues, which have high or low 
priorities assigned to them. Queue 1 has the highest priority; queue 4 has the lowest. 
Normally, user jobs are routed to queue 3. Your system administrator will usually put 
system maintenance jobs in queue 1 or queue 2. If given the correct access by the 
system administrator, users may also put jobs in these higher priority queues. If 
necessary, you can move a job from one queue to another. 


ie Type: 


abs move -user <user name> -id <id number> 
-to_q <queue number> 


for example: 


abs move -user User6.ProjectB -id 175517.0 -to_q | 
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where "User6.ProjectB" is the name of the user to whom the job belongs, 
"175517.0" is the id number displayed by the abs list command (see "To Get 
Information About Absentee Jobs" later in this section), "-to_q" is short for 
—to_queue, and "1" is the queue you want to move the job to. 

2. The system will respond with: 


Ready (MacKenzie) 


TO SET THE HIGHEST NUMBERED QUEUE WHICH WILL BE SERVICED 


The highest numbered queue which will be serviced is the lowest priority 


queue. . 
a To set the highest numbered queue to its automatic value, type: 
abs maxq auto 
To set the highest numbered queue to another value, type: 
abs maxq <queue number> 
for example: 
abs maxq 4 
2. The system will respond with: 
Ready (MacKenzie) 
3. To check the value, type: 
abs maxq 
4. The system will respond with: 


as abs maxq (manual): 4 


TO BUMP AN ABSENTEE JOB 


Bumping a job means stopping it when it’s in the middle of running. A 
bumped job which is restartable remains in the queue and is restarted at a later time. 


1. Type: 
abs bump <job name> 
for example: 


abs bump >udd>ProjectB>User5>list.absin 
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or: 
abs bump abs<slot number> 
for example: 


abs bump abs] 


where "1" is the number of the slot in which the job is running. To find out 
the slot number, use the who command as described in Section 29 and look 
under the “chan” heading of the output. 

2. The system will respond with: 


as LOGOUT User5.ProjectB Q 3 abs] 0:20 | 
$0.05 (bump) | 


TO DEFER AN ABSENTEE JOB 

You should defer a job if it’s not supposed to run until a particular event 
happens. An example of this is a job that’s not supposed to run until a tape reel is 
delivered to the machine room. A deferred job remains deferred until it is released. 


A deferred job is preserved across shutdowns and crashes. You may release it 
whenever it’s appropriate to do so. 


1 Type: 
abs defer <job name> 
for example: 
abs defer >udd>ProjectA>User2>short.absin 
Zz: The system will respond with: 


abs defer: |] request deferred. 


TO SUSPEND AN ABSENTEE JOB 
You may suspend a job (or jobs) when you need to reduce the load on the 
system. A suspended job remains suspended until it is released. A suspended job is 
not preserved across shutdowns and crashes. You should release it as soon as possible. 
1. Type: 
abs suspend <job name> 


for example: 


abs suspend >udd>ProjectB>User4>long.absin 
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2: The system will respond with: 


abs suspend: 1 request suspended. 


TO RELEASE AN ABSENTEE JOB 


When a job is released, it’s removed from the deferred or suspended state, and 
allowed to log in or resume running. 


1; Type: 
abs release <job name> 
for example: 
abs release >udd>ProjectA>User 3>short.absin 
Z The system will respond with: 


abs release: 1 request released. 


TO FORCE A JOB TO LOG IN NEXT 
When you force a job to log in next, you make it run next without being 


subject to any of the usual limitations. This may create problems, so you should only 
do it when absolutely necessary. 


i Type: 
abs run <job name> -user <user name> 
for example: 
abs run >udd>ProjectB>User6>now.absin -user User6.ProjectB 


where ">udd>ProjectB>User6>now.absin" is the mame of the job, and 
"User6.ProjectB" the name of the user to whom the job belongs. 


2 The system will respond with: 
as LOGIN User6.ProjectB Q 3 abs] (create) [daily] 
3. If necessary, the system will warn you that logging in the job next may create 


problems. It will ask you if the job should be logged in anyway, despite the 
potential difficulties. You should answer "yes" or “no”. 
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TO GET INFORMATION ABOUT ABSENTEE JOBS 


1. 


To list all absentee jobs, type: 


abs list -et ** 


where “-et" is short for -entry. (If you don’t want to list jobs which have 
been deferred, type: "abs list -im -et **.") 


The system will respond with: 


Absentee queue 3: 
(1 deferred). 


User 
Bongo.SysMaint 
User].ProjectA 


2 requests. 2 total requests 


1D 
175517.0 
170063.2 


Input Segment 
ear.absin (running) 
carry.absin 


(deferred by user to 06/02/83 1300.0) 


To list all deferred absentee jobs, type: 


abs list -et ** -dfi 


where "-et" is short for -entry, and "—dfi" is short for —deferred_indefinately. 


The system will respond with: 


Absentee queue 3: 
(1 deferred). 


‘User 
User].ProjectA 


1 request. 2 total requests 


1D 
170063.2 


Input Segment 
carry.absin 


(deferred indefinately by user) 


To list a job’s position in the queue, type: 


abs list <job name> -psn 


for example: 


abs list >udd>ProjectB>User4>list.absin -psn 


bal 


where 


—psn" is short for —position. 


The system will respond with: 


Absentee queue 3: 
(1 deferred). 


User 
Bongo.SysMaint 


1] request. 2 total requests 


1D 
(2) 175517 .0 
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Input Segment 
ear .absin 
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To list the total number of jobs in each queue, type: 
abs list -et ** -tt 
where "~et" is short for -entry, and "-tt" is short for -total. . 
The system will respond with: 
Absentee queue 1: 10 requests. 10 total requests 
(10 deferred). 


Absentee queue 3: 2 requests. 2 total requests 
(1 deferred) . 
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SECTION 31 


SETTING ATTENDED/UNATTENDED MODE AND 
MANUAL/AUTOMATIC MODE 


Normally, the system runs in attended mode (also called attended service). 
In attended mode, the system assumes that you are present to mount tapes and disks. 
However, if you need to be away from the machine room for an extended period of 
time, or if the system is going to run during a night or a weekend when no operator 
will be present, you can arrange to have the system run in unattended mode (also 
called unattended service). In unattended mode, it appears to RCP that all tape 
drives are deleted and no I/O daemons are available. This means that user tape 
mount requests are not honored, and user print requests line up in the queues. If 
backup is running, you must preload tapes for it, because you won’t be available to 
mount them at the time they’re needed. See “To Preload a Tape” in Section 19. The 
greeting message is set to "Unattended service." 


Normally, the system runs in manua/ mode. In manual mode, the system 
pauses in BCE after a crash, and waits for you to take action. However, if you need | 
to be away from the machine room for an extended period of time, or if the system 
is going to run during a time when no operator will be present, you can arrange to 
have the system run in automatic mode. In automatic mode (also called automatic 
reboot mode), the system automatically takes a dump and performs an ESD after a 
crash. (If the system is in unattended mode, it may also reboot it self automatically). 
Remember that if you use the auto exec_com to boot Multics, automatic mode gets 
turned on automatically. Since manual mode is the usual way of running things, if 
you use the auto exec_com to boot Multics, you should always turn off automatic 
mode as soon as the system is up. 


It makes sense to put the system in automatic mode whenever you put it in 
unattended mode, and vice versa. 


TO SET UNATTENDED MODE 


ie Type: 


xX unattend 


where “unattend” is the short form of the unattended command. 
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The system will respond with: 


Ready (MacKenzie) 


as word: normal message: Unattended service. 


RCP: 
RCP: 
RCP: 
RCP: 
RCP: 
RCP: 
RCP: 
RCP: 


Deleted 
Deleted 
Deleted 
Deleted 
Deleted 
Deleted 
Deleted 
Deleted 


device 
device 
device 
device 
device 
device 
device 
device 


There will be one tape drive 


| TO SET ATTENDED MODE 


1. 


Type: 


tapa_0Ol 
tapa_02 
tapa_03 
tapa_O4 
tapa_05 
tapa_06 
tapa_07 


tapa_08 


deletion message for each of your tape drives. 


xX attend 


where “attend” is the short form of the attended command. 


The system will respond with: 


Ready (MacKenzie) 


RCP: 


There will be one tape drive addition message for each of your tape drives. 


Added 


: Added 
: Added 
: Added 
: Added 
: Added 
: Added 
: Added 


device 
device 
device 
device 
device 
device 
device 
device 


TO SET AUTOMATIC MODE 


1: 


Type: 


xX auto on 


tapa_0O1 
tapa_02 
tapa_03 
tapa_O4 
tapa_05 
tapa_06 
tapa_07 
tapa_08 


The system will respond with: 


Ready (MacKenzie) 
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TO SET MANUAL MODE 


1. Type: 
x auto off | 
a: The system will respond with: 


Ready (MacKenzie) 
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SECTION 32 
DOING DYNAMIC RECONFIGURATION 


Dynamic reconfiguration is the process of adding or deleting a major hardware 
module or peripheral to or from the Multics configuration when the system is at 
Multics level (i.e., while the system is running). You do this by executing commands. 


Usually, the reason you delete a box or a peripheral dynamically is because 
there are problems with it. Usually, the reason you add a box or a peripheral 
dynamically is because there were problems with it, and CSD has fixed it. You can’t 
add or delete a box or a peripheral for which there was no card in the config deck 
when the system was booted. When you add or delete a box or a_ peripheral 
dynamically, the system changes the card for you automatically. 


This section explains the procedures for adding and deleting processors, | 
memory, IOMs, FNPs, and channels, and the procedures for adding an alternate | 
bootload console, deleting the bootload console, and changing the bootload console. | 
Procedures for adding and deleting tape drives are explained in Section 19. Procedures 
for adding and deleting disk drives are explained in Sections 20 and 21. 


TO ADD A PROCESSOR 


1. The first thing you should do is make sure that all of the switches on the 
processor are set correctly, in the usual way. Refer to Section 9 and Appendix | 
A. . | 

2 Before a processor can be added to the system, it must be initialized. To 


initialize a Level 68 processor, leave the PORT ENABLE switches on, and press 
the INITIALIZE & CLEAR button on the configuration panel at least 4 times. 
Each time you press the INITIALIZE & CLEAR button on the Level 68 | 
processor, wait about 5 seconds for the CPU to finish before you press it | 
again. To initialize a DPS 8 processor, leave the PORT ENABLE switches on, | 
and press the INIT-CLEAR button on the configuration panel at least 4 times. 
Each time you press the INIT-CLEAR button on the DPS 8 processor, wait for 
the CPU -self tests to finish before you press it again. When the self tests are 
finished, the green light goes on. This light is located on the right hand side 
of the MP board (the topmost board in the CPU cabinet), just behind the 
free-edge connector for that board. Since the light is inside the CPU in an 
awkward position, it may be easier for you to simply wait 10 to 15 seconds 
before you press the INIT-CLEAR button again. 
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3. Type: 
rcf add cpu <cpu tag> 
for example: 
rcf add cpu a 
where "ref" is the short form of the reconfigure command. 
4. The system will respond with: 
start_cpu: Added CPU A. 
then with: 


reconfigure: CPU a is now running. 


TO DELETE A PROCESSOR 
i Type: 
rcf dl cpu <cpu tag> 
for example: 
ref dl cpu a 


where "ref" is the short form of the reconfigure command, and "dl" is short 
for delete. 


2: The system will respond with: 
stop_cpu: Removed CPU A. 
then with: 
reconfigure: Deleted CPU a. 

3. If you delete the bootload CPU, you will also get a message indicating which 
CPU the system now considers to be the bootload CPU. Pay special attention 
to this message. You will need this information if you have to execute fault 
or execute switches. (See Section 36.) The best idea is to add a note to the 
system log book recording which CPU is the new bootload CPU. 


TO ADD MEMORY 


1. The first thing you should do is make sure that all of the switches on the 
SCU are set correctly, in the usual way. Refer to Section 9 and Appendix A. 


2. Before an SCU can be added to the system, its store units must be cleared. 
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Clearing the Store Units 
3. Turn all of the PORT ENABLE switches on the configuration panel to OFF. 


4, On a L68 SCU, press the MEM CLEAR and SYNDROME RESET buttons on, 
each memory control panel. (There’s one panel for each store unit.) 


On a DPS 8 SCU, locate the MEMORY SELECT switches on the memory 
control panel. (The right switch has a "1" above it and the left switch has a 
"2" above it.) Set the switches to 00 (both switches down) and press the MEM 
CLEAR and SYNDROME RESET buttons. Then set the switches to 01 (right 
switch up, left switch down) and press the MEM CLEAR and SYNDROME 
RESET buttons again. Then set the switches to 10 (right switch down, left 
switch up) and press the MEM CLEAR and SYNDROME RESET buttons again. 
Finally, set the switches to 11 (both switches up) and press the MEM CLEAR 
and SYNDROME RESET buttons again. If any store unit isn’t being used, you 
don’t have to select it. CSD can tell you which store units aren’t being used. 


2: Press the PANEL CLEAR button on the maintenance panel. 
6. Press the INITIALIZE button on the maintenance panel. 
1: Turn the PORT ENABLE switches on the configuration panel which correspond 


to the IOM(s) and the bootload CPU to ON. 

8. Set the MASK A MASK/PORT ASSIGNMENT switch on the configuration 
panel to the number of the SCU port to which the bootload CPU is 
connected. (Note: this is MO7 the number of the bootload CPU.) 


9. Toggle the MODE switch on the configuration panel. (Set it to MANUAL, | 
then set it back to PROGRAM.) | | 


Adding the Memory 


I, Type: 
rcf add mem <scu tag> 
for example: 
ref add mem c | 
where “ref” is the short form of the reconfigure command. | 
12: The system will respond with: 
addmem: Added MEM C. 
and: 


reconfigure: Added SCU c and its memory. 
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TO DELETE MEMORY 


is Low-order memory can’t be deleted —- in other words, the bootload SCU can’t 
be removed from the configuration. 


2 Type: 
ref dl mem <scu tag> 
for example: 


rcf dl memc 


where "ref" is the short form of the reconfigure command, and "d]" is short 
for delete. 


3: The system will respond with: 
delmem: Removed MEM C. 
and: 


reconfigure: Removed SCU c and its memory. 


TO ADD AN IOM 


1. If you are adding an IOM (but not an IMU), the first thing you should do is 
make sure that all of the switches on the JOM are set correctly, in the usual 
way. Refer to Section 9 and Appendix A. Then continue with step 3. 


2. If you are adding an IMU, the first thing you should do is find out whether 
you are supposed to use the default IMU configuration file or one of the 
other configuration files. Make sure that the diskette which contains the 
configuration file you’re supposed to use is in one of the IMU diskette drives. 
Then continue with step 4. 


3. Before an IOM can be added to the system, it must be initialized. To 
initialize a Level 68 IOM, go to the maintenance panel. Set the IOM 
INITIALIZE switch to MANUAL and press the MANUAL button. (Do NOT 
confuse this button with the SYSTEM INITIALIZE button on the bootload 
panel.) To initialize a DPS 8 IOM, go to the configuration panel. Press the 
INITIALIZE button. (Do NO? confuse this button with the SYSTEM INIT 
button on the bootload panel.) Then continue with step 5. 


initialize an IMU, use the rload MCA command (rload imu). Do NOT use the 
init MCA command; this will initialize the entire system. Then continue with 


| 
| 4, Before an IMU can be added to the system, it must be initialized. To 
| 
| step 5. 
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DS Type: 


ref add iom <iom tag> -add_all_attachments 


for example: 


ref add iom b ~add_all_attachments 


where "rcf" is the short form of the reconfigure command. 
6. The system will respond with: 


RCF: Added 10M b. 


then with other messages, depending on which other devices are added. 
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TO DELETE AN IOM 


1, 


Type: 


rcf dl iom <iom tag> -delete_al]_attachments 


for example: 


rcf dl iom b -delete_all_attachments 


RCF: Deleted I0M b. 


TO ADD AN FNP 


1. 


where “rcf" is the short form of the reconfigure command, and "dl" is short | 
’ for delete. 


The system will respond with various messages, depending on which other | 
devices are deleted, then with: 


The first thing you should do is make sure that all of the switches on the | 


FNP are set correctly, in the usual way. Refer to Section 9 and Appendix A. 
Type: 
rcf add dv <FNP name> 


for example: 


rcf add dv fnpa 


where “rcf" is the short form of the reconfigure command, “dv” is short for | 


device, and "fnpa” is the name of the FNP you want to add. 
The system will respond with: 
RCP: Added device fnpa 
then with: 
fnp_util: FNP a added to soar iaueauicn: 
To load the FNP so that users can log in over its channels, type: 
load_mpx <FNP tag> 
for example: 
load_mpx a 
The system will respond with: 


FNP a loaded successfully. 
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| TO DELETE AN FNP 

| i, Type: 

| rcf dl dv <FNP name> 

| for example: 

| | ref dl dv fnpa 

| where "ref" is the short f orm of the reconf igure command, "dl" is short for 
| delete, "dv" is short for device, and "fnpa”" is the name of the FNP you want 
| to delete. 

| 2. The system will respond with: 

| fnp_util: FNP a deleted from configuration. 

| then with: 

| RCP: Removed device fnpa. 

| Note: if users are logged in over the FNP’s channels, you will not be able to 


| delete it. 


| TO ADD A LOGICAL CHANNEL 

| dt Type: 

| rcf add chan <channel name> 
| for example: 


| . ref add chan b23 


| where "rcf" is the short form of the reconfigure command, "chan" is short for 
| channel, and "b23" is the name of the logical channel you want to add. 


| 2. The system will respond with: 


| reconfigure: Added logical ‘channel B23. 


32-6 | GB61-01 


‘TO DELETE A LOGICAL CHANNEL | 
1. Type: . | 
rcf dl chan <channel name> | 

for example | 

ref dl chan b23 | 

where “rcf" is the short form of the reconfigure command, "dl" is short for | 

delete, “chan" is short for channel, and "b23" is the name of the logical 
channe] you want to delete. . | 

2. The system will respond with: | 


reconfigure: Removed logical channel B23. | 


TO ADD AN ALTERNATE BOOTLOAD CONSOLE | 


Note: if operators are not allowed to use the sac command at your site, you | 
will not be able to perform this procedure. | 


1. At a regular user terminal, log in as a regular user by typing: 
1 <your Person_id> 
for example: 
] MacKenzie 
where "I" is the short form of the login command. 
2. The system will respond with: 
Password: 
>; Type your password. The system will respond with: 
MacKenzie.Operator logged in 06/01/83 0921.4 est Wed 
from VIP7801 terminal "none''. 
Last login 03/18/83 0726.2 est Fri from VIP7801 
terminal "none''. 


r 09:22 3.0 3.50 


where "r 09:22 3.0 3.50" is a ready message. 
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4. Type: 
sac ssc <console name> -state alt 
for example: 


sac ssc opcd -state alt 


where "ssc" is the short form of the set_system_console command, and “opcd” 
is the name of the alternate console as it appears in the config deck. Note. 
use of this command requires that your system administrator give your User_id 
special privilege. 


> The system will respond with: 


r 09:26 4.0 2.60 


6. Log out as a regular user by typing: 
logout 
7. The system will respond with: 


MacKenzie.Operator logged out 06/01/83 0928.3 est Wed 
CPU usage 13 sec, memory usage 1.8 units, cost $0.28 
hangup 


TO CHANGE THE BOOTLOAD CONSOLE 


Note: if operators are not allowed to use the sac command at your site, you 
| will not be able to perform this procedure. 


1. At a regular user terminal, log in as a regular user by typing: 
| 1 <your Person_id> 
for example: 
| : | MacKenzie 
where "I" is the short form of the login command. 
2. The system will respond with: © 


Password: 
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3. Type your password. The system will respond with: 


MacKenzie.Operator logged in 06/01/83 0921.4 est Wed 
from ViP7801 terminal 'none". 

Last login 03/18/83 0726.2 est Fri from VIP780.1 
terminal "none'’. 

r 09:22 3.0 3.50 


where "r 09:22 3.0 3.50" is a ready message. 
4. Type: 
sac ssc <console name> -state on 
for example: 
sac ssc opcb -state on 


where "ssc" is the short form of the set_system_console command, and “opcb" 
is the name of the new bootload console as it appears in the config deck. 
Note: use of this command requires that your system administrator give your 
User_id special privilege. 


5. The system will respond with: 
| Console opcb assigned by Initializer.SysDaemon 


The current bootload console will be marked 
as an 1/0 device. © 


6. Log out as a regular user by typing: 
logout 
a. The system will respond with: 


MacKenzie.Operator logged out 06/01/83 0928.3 est Wed 
CPU usage 13 sec, memory usage 1.8 units, cost $0.28 
hangup 


TO DELETE THE BOOTLOAD CONSOLE — | 


Note: under certain circumstances, deleting the bootload console will crash the | 
system. For this reason, you should fever attempt to delete the bootload console | 
without consulting your system maintainer first. If operators are not allowed to use | 
the sac command at your site, you will not be able to perform this procedure at all. | 
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At a regular user terminal, log in as a regular user by typing: 
| <your Person_id> 
for example: 


1] MacKenzie 
where “I” is the short form of the login command. 


The system will respond with: 


Password: 


Type your password. The system will respond with: 
MacKenzie.Operator logged in 06/01/83 0921.4 est Wed 
~ from VIP7801 terminal "none. 
Last login 03/18/83 0726.2 est Fri from VIP7801 
terminal "none". 
r 09:22 3.0 3.50 
where "r 09:22 3.0 3.50" is a ready message. 
Type: 
. Sac ssc <console name> ~state io 


for example: 


sac ssc opca -state io 


where "ssc" is the short form of the set_system_console command, and "opca” 
is the name of the deleted console as it appears in the config deck. Note: use 
of this command requires that your system administrator give your User_id 


special privilege. 
The system will respond with: 
r 09:26 4.0 2.60 
Log out as a regular user by typing: 
logout 
The system will respond with: 
MacKenzie.Operator logged out 06/01/83 0928.3 est Wed 


CPU usage 13 sec, memory usage 1.8 units, cost $0.28 
hangup 
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SECTION 33 
LEAVING A NOTE IN THE SYSTEM LOG BOOK 


Anytime something unusual happens, you should make a note of it in the 
system log book, for future reference. Unusual occurrences include all of the 
following: 


e hardware failures 
e serious salvager errors 


e all system crashes. (Notes on system crashes should include the apparent state 
of the system at the time of the crash, the names of any hardware error lights 
which were on on any CPUs, SCUs, IOMs, or MPCs (for example, CPU parity. 
lights), messages you received on the bootload console at the time of the crash, 
the method you used to return to BCE, and the type of dump you took.) 


e changes to the hardware configuration 
e changes to the configuration deck 
e changes to normal schedules 
e changes to disk packs 
e a different CPU used for the bootload 
e any deviations from normal procedures 
It’s also helpful to make notes on the following: 
e what the system performance was like during your shift 
e when complete dumps were done 


e the names of hierarchy dump tapes 


GOOD IDEAS 


I. . When you start your shift, take a look at the notes in the log book from the 
previous shift. This will give you an idea of what kind of shape the system is 
in. 
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SECTION 34 
USING THE DPU AND THE DMP/VIP 


TO USE THE DPU 


DPU Typing Conventions 


All input to the DPU must be in upper case. The easiest way to accomplish 
this is to press the CAPS LOCK key and leave it depressed for the remainder of your 
DPU session. 


‘All input to the DPU, including the use of special controls such as the DEL 
key and the function keys, must be terminated by typing a carriage return (pressing 
the RETURN or CR key). This is true no matter what mode the DPU is in. (DPU 
modes are described later in this section.) 


Exceptions to the above rules are the character and line kill keys. They are 
not typed in upper case, and are not followed by a carriage return. To delete an 
input character, type "@". To delete an input line, type CTL-X. (This is done by 
_ pressing the key marked CTL and keeping it depressed while you type an X.) 


DPU Naming Conventions 


Each major hardware module that is cabled to the DPU has an assigned 
keyname that is used by the DPU to uniquely identify that unit. The keynames are 
as follows: 


CPMxx DPS 8 CPU 
SCUxx DPS 8 SCU 
IOMxx DPS 8 10M 


where xx iS a two-digit number from 00 to 99 that is used to uniquely identify a 
specific unit in a multi-unit configuration. This number is known as a tag. 


DPU Modes 


The DPU can be operated in several different modes. The first mode is ready 
mode, the one you enter after you boot the DPU. Ready mode is indicated by this 
prompt: 


C? 
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When you’re in ready mode, you can change the unit connected to the DPU, and get 
help with DPU commands. 


From ready mode, you can enter a second mode called transparent or 7M 
mode. TM mode is indicated by this prompt: 

OFL? 
When you’re in TM mode, you can find out which unit is connected to the DPU. 

From TM mode, you can enter a third mode called V/P mode. VIP mode is 
indicated by this prompt: 

<UNIT> CMD 
for example: 

CPM CMD 
which means that a CPU is connected to the DPU. 

When you’re in VIP mode, you can display the configuration panels of the 
CPU, SCU and IOM, execute switches to return to BCE, and put processors in and 


out of step. (Instructions for executing switches and putting processors in and out of 
step are given in Section 36.) 


GETTING [NTO TM MODE FROM READY MODE 
di; Type: 
OFL <KEYNAME> 
for example: 
OFL CPMOO 
where “keyname” is the unit connected to the DPU, in this case CPU00. 
2. The system will respond with: 
RD CMD FILE 
then with: 


OFL? 
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GETTING {NTO VIP MODE FROM TM MODE 


1, Type: 
VIP 

Zz. The system wili respond with: 
CPM CMD 


GETTING [NTO TM MODE FROM VIP MODE 
1. Hit the BRK key, or type: 

sd 
2. The system will respond with: 


OFL? 


GETTING [NTO READY MODE FROM TM MODE 


1. Hit the BRK key, or type: 
| QUIT 
2. The system will respond with: 


C? 


Finding Out Which Unit is Connected to the DPU 
1. Get into TM mode. 


2. Type: 
.U 

3. The system will respond with: 
<KEYNAME> 


for example: 


CPMOO 


which means that CPU00 is connected to the DPU, then with: 


OFL? 
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Changing the Unit Connected to the DPU 
1. Get into ready mode. 


ds Type: 
OFL <KEYNAME> 


for example: 
OFL SCUOI1 
which means you want to connect SCU01 to the DPU. 
3. The system will respond with: 


RD CMD FILE 


then with: 
OFL? 


indicating that you are now in TM mode. Note that this procedure is the same 
as the one you use to get into TM mode from ready mode. 


Getting Help With DPU Commands 


2 Get into ready mode. 
2. Type: 
? 
3. The system will respond with information about available DPU commands and 


how to use them. 
TO USE THE DMP/VIP 


DMP/VIP Typing and Naming Conventions 


Typing conventions on the DMP/VIP are the same as on the DPU, with one 
exception. On the DMP/VIP, you don’t have to type a carriage return after you press 
a function key. 


Naming conventions are exactly the same on the DMP/VIP as on the DPU. 
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DMP/VIP Modes 


The DMP/VIP operates in just one mode: VIP mode. Being in VIP mode on 
the DMP/VIP is the same as being in VIP mode on the DPU. The only difference is 
that you don’t have to install the site configuration and go through ready mode and 
TM mode to get to it. 


When you are in VIP mode on the DMP/VIP, you can do all of the things 
you can do in VIP mode on the DPU. These include displaying configuration panels, 
executing switches, and putting CPUs in and out of step. 


Getting Connected to the DMP/VIP 


1. If each unit (CPU, IOM, SCU) has its own DMP/VIP terminal, you can just 
type on the terminal connected to the unit you want to work with. Otherwise, 
you must get the DMP/VIP terminal hooked up to the desired unit before you 
can begin typing. 


ZL: Enter several carriage returns. This will enable the DMP to determine the baud 
tate of your terminal. Once the DMP has done this, you will receive the 
following message: 


<UNIT> CMD 


for example: 


CPM CMD 


which means that a CPU is connected to the DMP/VIP terminal. This message 
is the VIP mode prompt. It indicates that you are connected to the DMP and 
in VIP mode. 


TO DISPLAY CONFIGURATION PANELS 


If you’re having problems with a DPS 8 system and you suspect a bad switch 
setting, you can display the configuration panel of the unit you’re concerned about. 


1 The unit you want to work with must be connected to the DPU or the 
DMP/VIP. If you’re using a DPU and you're not sure which unit is connected 
to it, follow the procedure described earlier in this section under "Finding Out 
Which Unit is Connected to the DPU". If the correct unit is connected to the 
DPU, proceed with step 2. If it isn’t, follow the procedure described earlier in 
this section under “Changing the Unit Connected to the DPU”. If you're using 
a DMP/VIP and the unit you want to work with isn’t connected to it, follow 
the procedure described earlier in this section under “Getting Connected to the 
DMP/ VIP". 


pA If you’re using a DPU, get into VIP mode. 
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3. If you want to display the configuration panel of a CPU or an SCU, press 
function key 1 (the key marked "F1") or type: 


CF 
If you want to display the configuration panel of an IOM, type: 
CFG 


4. Panel displays which exceed a full screen are automatically stopped at full 
screen intervals. To make a panel display continue, type a space. To make a 
panel display stop, press the DEL key. Do not try to interrupt a display 
before it finishes filling the screen. 

2; If you’re using a DPU and you want to display another unit’s configuration 
panel, return to ready mode, then repeat steps 1-3. If you're using a 
DMP/VIP, just repeat steps 1-3. 

DPU/DMP COMMAND SUMMARY 
The following summary of commands is not complete. It lists only those 

commands that are discussed in this manual. These commands should be sufficient for 

you to perform all the tasks you need to accomplish with the DPU and _ the 

DMP/VIP. If you need more information, you should contact CSD. 

Ready Mode Commands (C? Prompt) 


OFL - enters TM mode. You can also use this command to change the unit 
connected to the DPU. 


7 - gives you help with DPU commands. 


TM Mode Commands (OFL? Prompt) 
.U - shows you which unit is currently connected to the DPU. 
VIP - enters VIP mode. 


SUSP - exits TM mode, retaining the step condition. You must use this 
command if you are putting more than one processor in step at a time. 


QUIT - exits TM mode and returns to ready mode. 


<BRK> —- exits TM mode and returns to ready mode. 
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VIP Mode Commands (< UNIT > CMD Prompt) 

GENERAL COMMANDS 
T -—- exits. VIP mode and returns to TM mode. 
<BRK> — exits VIP mode and returns to TM mode. 

CPU COMMANDS 
<Fl> - displays the configuration switches of the CPU. 
CF - displays the configuration switches of the CPU. * 
ST CU - places a processor in Step. 


BCE 24000 - causes an EXECUTE SWITCHES function to occur, and 
automatically takes the bootload processor out of step and restarts it. | 


BCE 24002 - forces an ESD | 


SCU COMMANDS 
<Fl> - displays the configuration switches of the SCU. 


CF - displays the configuration switches of the SCU. 


IOM COMMANDS 


CFG - displays the configuration switches of the IOM. 


34-7 GB61-01 


SECTION 35 
FAILURES THAT CRASH THE SYSTEM 


System failures come in two main varieties: those which crash the system and 
those which don’t. When a failure crashes the system, the system returns to BCE. 
When a failure doesn’t crash the system, the system doesn’t return to BCE. Failures 
which crash the system are described in this section. Failures which don’t crash the 
system are described in Section 36. * 


TO RECOGNIZE A SYSTEM CRASH IN AUTOMATIC MODE | 


When a failure crashes the system in automatic mode, the system performs | 
automalic recovery procedures. These procedures do the following: | 


de Dump Miultics and the disks (using the "dump" command). | 


2. Perform an emergency shutdown (using the "esd" command). * 


You'll know the system is performing these procedures. because you'll see the | 
following messages on the bootload console: | 


Dump # 1332 
proc 1, dbr = 123456712345671234567123 


| 
| 
| 
| 


begin emergency shutdown part |] | 
emergency shutdown part 1] complete | 
shutdown complete | 


TO RESPOND TO A SYSTEM CRASH IN AUTOMATIC. MODE 


1. If automatic recovery procedures are successful and the system is in unattended 
mode, it may also reboot itself (using the "boot" command). If it does, you'll 
see the same messages vou see when you boot Multics as part of bringing the 
system up. In this case, all you need to do is fill out an operations error 
report form. 


Zs If automatic recovery procedures are successful and the system is in attended | 
mode (or in unattended mode and didn’t reboot itself), you should reboot the | 
svstem yourself. Type: | 


ec auto star | 
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if your site uses the auto exec_com, or: 


boot star 


if your site uses the boot command, where "Star" is the short form of the 
startup command. The system will respond with the same messages it gives you 
when you boot Multics as part of bringing up the system. Remember to fill 
out an operations error report form. 


TO RECOGNIZE A SYSTEM CRASH IN MANUAL MODE 


When a failure crashes the system in manual mode, the system stops and 


Teturns to BCE; i.e., you receive a BCE ready message on the bootload console: 


bee (crash) 1552.8 


TO RESPOND TO A SYSTEM CRASH IN MANUAL MODE 


qi If you want the system to perform the automatic recovery procedures described 
earlier (dumping and ESD), type: 
ec rtb 
2: The system will respond with the messages described earlier, then stop. 
3. You should reboot the system yourself, by typing: 
ec auto star 
if your site uses the auto exec_com, or: 
boot star 
if your site uses the boot command, where "star" is the short from of the 
startup command. 

4. The system will respond with the same messages it gives you when you boot 
Multics as part of bringing up the system. Remember to fill out an operations 
error report form. 

5; If you want to recover the system yourself, see "To Recover the System" in 
Section 37. 

PROBLEMS 

1. If any one of the automatic recovery procedures fails, you will have to finish 


it yourself, then continue with any remaining procedures. They will not restart 
after you’ve fixed the one that didn’t work; they cease to run automatically 
once one of them fails. See Section 37, “Automatic Recovery Failures", for a 
description of how to recover the system yourself. 
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SECTION 36 
FAILURES THAT DO NOT CRASH THE SYSTEM 


There are basically two kinds of failures that don’t crash the system. One is a 
result of the system /ooping. The other is a result of the initializer process Hanging. | 
In both cases, the system does not shutdown or return to BCE normally. | 
TO RECOGNIZE A SYSTEM LOOP 

The following events are all signs that the system is looping: 

e the system stops responding to your commands 

e all user terminals hang 

e neither the system administrator nor any users can log in 

e users who are logged in can’t log out 

e you receive a large number of messages which look something like this: 


pxss: notify timeout, event = 144163153167, 
-processid = 367256147361 


e on a L68 system, the lights on the control panels of all of the processors are 
steadily lit (i.e., they stop blinking) 


e on the system indicator panel (if your site has one), all lights for all running | 
CPUs are steadily lit except for the bottom one | 
TO RECOGNIZE A SYSTEM HANG 
The following events are all signs that the initializer process is hanging: 
e the rest of the system seems to be fine, but the initializer doesn’t respond to 
your commands (i.e., the bootload console doesn’t respond, or it responds, but | 


the commands you issue don’t seem to get executed) 


e users can’t log in and out 2 


TO RETURN TO BCE . | 


If you think the system is looping or the initializer process is hanging, the | 
first thing you should do is consult your system administrator or system maintainer. | 
He or she must determine that this is actually what’s happening before you perform | 
the procedures below. | 


36-1 GB61-01 


When the system is looping or the initializer process is hanging, you must 
force the system to return to BCE. (In other words, you must crash the system.) 
There are two ways of doing this. One is known as executing fau/t, while the other 
is known as executing switches. You should always try executing fault first. If that 
doesn’t work, try executing switches. Remember -—- never attempt to execute fault or 
execute switches without consulting your system administrator or system maintainer 
first. 


Executing Fault 


1; Go to the CPU which is in trouble. (If you can’t figure out which CPU this 
is, go to the bootload processor. If you’ve deleted the original bootload CPU 
dynamically, be sure to use the CPU which the system now considers to be the 
bootload processor.) If it’s a DPS 8, continue with step 2. If it’s a Level 68, 
set the EXECUTE SWITCHES/EXECUTE FAULT switch on the display panel 
to EXECUTE FAULT. Then continue with step 2. 


2. Press the EXECUTE button. On a Level 68, this button is located on the 
display panel. On a DPS 8, it’s located on the configuration panel. 

SF This action will send a fault into the system, which hopefully will "kill" the 
system. 

4. If executing fault is successful, the system will respond by printing this 
message: 


sys_trouble: execute fault by operator 
and returning to BCE. 


If the system is in automatic mode, continue with step 5. If the system is in 
manual mode, continue with step 7. 


5. The system will ask you the following question: 


Should normal recovery procedures be used? 


6. If you want the system to perform automatic recovery procedures, type "yes." 
The system will do a dump and an ESD, then wait for you to reboot Multics. 
If you want to perform recovery procedures yourself, type "no," then see "To 
Recover the System" in Section 37. In either case, stop here. Do not continue 
with step 7. 


7. The system will give you a BCE ready message on the bootload console: 
bce (crash) 0836.2: 
8. If you want the system to perform automatic recovery procedures, type: 
ec rtb 
The system will do a dump and an ESD, then wait for you to reboot Multics. 


If you want to perform recovery procedures yourself, see "To Recover the 
System" in Section 37. 
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Executing Switches on a Level 68 System 


PLACING NONBOOTLOAD CPUS IN STEP | 


iz Place all of the CPUs except the booiload processor in MEM step. Do this 
by setting the CYCLE switch on ihe maintenance panei of each CPU except | 
the bootload processor to MEM. | 


EXECUTING SWITCHES 

Z. Go to the bootload processor. (If you’ve deleted the original bootload CPU 
dynamically, be sure to use the CPU which the system now considers to be the 
bootload processor.) Set the 36 DATA switches on the maintenance panel to 
the binary representation of "024000717200." To do this, set the following 
switches to 1: 4, 6, 18, 19, 20, 23, 24, 25, 26, 28. Set all other switches to 0. | 


3. Set the EXECUTE SWITCHES/ EXECUTE FAULT switch on the display Fave: 
to EXECUTE SWITCHES. 


4, Press the EXECUTE button on the display panel. 
5: This action will tell the processor to execute the instructions located at the 
memory address you set in the DATA switches. 4 


RESULTS OF EXECUTING SWI/TCHES 


6. If executing switches is not successful, the system will not return to BCE. If | 
this happens, double-check the DATA switches to be sure they are set to | 
"024000717200." If they aren’t, start over with step 1. | 


fA If the system still doesn’t return to BCE, follow the procedure described under 
"Executing Switches with a Different Bootload CPU (L68)" later in this section. | 


8. If executing switches is successful, the system will respond by returning to | 
BCE. If the system is in automatic mode, continue with step 9. If the system | 
is in manual mode, continue with step 11. | 


9. The system will ask you the following question: | 


Should normal recovery procedures be used? | 


10. If you want the system to perform automatic recovery procedures, type "yes." | 
The system will do a dump and an ESD, then wait for you to reboot Multics. | 
If you want to perform recovery procedures yourself, type "no," then see "To: | 
Recover the System" in Section 37. In either case, continue with step 13. | 


11. The system will give you a BCE ready message on the bootload console: | 


bce (crash) 0836.2: | 
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12. If you want the system to perform automatic recovery procedures, type: 


ec rtb 


The system will do a dump and an ESD, then wait for you to reboot Multics. 
If you want to perform recovery procedures yourself, see "To Recover the 
System" in Section 37. 


TAKING NONBOOTLOAD CPUS OUT OF STEP 

13. If the system is doing automatic recovery procedures, wait until it has finished 
all dump and ESD attempts and is ready to reboot Multics. If you are 
Tecovering the system yourself, finish dumping Multics and performing 
emergency shutdown before you take the processors out of step. 

14. Take all of the nonbootload CPUs out of step by setting the CYCLE switch on 
the maintenance panel of each one to OFF. 

INITIALIZING NONBOOTLOAD CPUS 

15. Initialize all of the nonbootload CPUs by pressing the INITIALIZE & CLEAR 
button on the configuration panel of each one at least 4 times. Each time you 


press the INITIALIZE & CLEAR button, wait about 5 seconds for the CPU to 
finish before you press it again. 


Executing Switches on a DPS 8 System 


PLACING NONBOOTLOAD CPUS IN STEP 


‘, Place all of the CPUs except the bootload processor in MEM step. Do this 
by turning off the PORT ENABLE switches on each CPU except the bootload 
processor. 


PLACING BOOTLOAD CPU IN STEP 


2. If you have a DPU, continue with step 3. If you have one DMP/VIP, 
continue with step 5. If you have multiple DMP/VIPs, continue with step 6. 


3 The bootload processor must be connected to the DPU. (If you’ve deleted the 
original bootload CPU dynamically, be sure to use the CPU which the system 
now considers to be the bootload processor.) If you’re not. sure that the 
bootload processor is connected to the DPU, follow the procedure described in 
Section 34 under "Finding Out Which Unit is Connected to the DPU." If the 
bootload processor is connected to the DPU, proceed with step 4. If it isn’t, 
follow the procedure described in Section 34 under “Changing the Unit 
Connected to the DPU." Then proceed with step 4. 


4. Get into VIP mode. Continue with step 7. 
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5, Make sure that the DMP/VIP is connected to the bootload processor. See | 
"Getting Connected to the DMP/VIP" in Section 34. (If you’ve deleted the | 
original bootload CPU dynamically, be sure to use the CPU which the system | 
now considers to be the bootload processor.) Continue with step 7. | 


6. Make sure you're using the DMP/VIP connected to the bootload processor. (If | 
you’ve deleted the original bootload CPU dynamically, be sure to use the CPU | 
which the system now considers to be the bootload processor.) Continue with 
step 7. | 


7. At the DPU or the DMP/VIP, put the bootload processor in CPU step by | 
typing: | | 


ST CU | 


EXECUTING SWITCHES | 

8. At the DPU or the DMP/VIP, type: | 

BCE 24000 | | 

This command will automatically take the bootload CPU out of step and restart | 

it. | 
RESULTS OF EXECUTING SWITCHES 

9. If executing switches is not successful, the system will not return to BCE. If | 

this happens, follow the procedure described under "Executing Switches with a | 

Different Bootload CPU (DPS 8)" later in this section. | 

10. If executing switches is successful, the system will respond by returning to | 

BCE. If the system is in automatic mode, continue with step 11. If the system | 

is in manual mode, continue with step 13. | 

11. The system will ask you the following question: | 


Should normal recovery procedures be used? | 


12. If you want the system to perform automatic recovery procedures, type "yes." | 
The system will do a dump and an ESD, then wait for you to reboot Miultics. | 
If you want to perform recovery procedures yourself, type "no,” then see "To | 
Recover the System" in Section 37. In either case, continue with step 15. 


13. The system will give you a BCE ready message on the bootload console: | 


bce (crash) 0836.2: 


36-5 GB61-01 


14. If you want the system to perform automatic recovery procedures, type: 


ec rtb 


The system will do a dump and an ESD, then wait for you to reboot Multics. 
If you want to perform recovery procedures yourself, see "To Recover the 
System" in Section 37. 


TAKING NONBOOTLOAD CPUS OUT OF STEP 


15. If the system is doing automatic recovery procedures, wait until it has finished 
all dump and ESD attempts, and is ready to reboot Multics. If you are 
recovering the system yourself, finish dumping Miultics and performing 
emergency shutdown before you take the processors out of step. 


16. Take all of the nonbootload CPUs out of. step by turning on the PORT 
ENABLE switches on each one for all ports being used. | 


INITIALIZING NONBOOTLOAD CPUS 


17, Initialize all of the nonbootload CPUs by pressing the INIT-CLEAR button on 
the configuration panel of each one at least 4 times. Each time you press the 
INIT-CLEAR button, wait for the CPU self tests to finish before you press it 
again. When the self tests are finished, the green light goes on. This light is 
located on the right hand side of the MP board (the topmost board in the 
CPU cabinet), just behind the free-edge connector for that board. Since the 
light is. inside the CPU cabinet in an awkward position, it may be easier for 
you to simply wait 10 to 15 seconds before you press the INJIT-CLEAR button 
again. 


Executing Switches with a Different Bootload CPU (L68) 


PLACING CURRENT BOOTLOAD CPU IN STEP 


1. Put the current bootload processor (the one on which the first EXECUTE 
SWITCHES failed) in MEM step by setting the CYCLE switch on the 
maintenance panel to MEM. 


SETTING SWITCHES ON SCUS 


2. Pick a CPU to be the new bootload CPU. Then set switches on the 
configuration panel of each SCU as follows. Set the MODE switch to 
MANUAL. Set the MASK A MASK/PORT ASSIGNMENT switch to the. 
number of the SCU port to which the new bootload CPU is connected. f{Note: 
this is NOT the number of the new bootload CPU.) Set the PORT ENABLE 
switches which correspond to the new bootload CPU and all of the IOMs to 


XRT 


UIN. 
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TAKING NEW BOOTLOAD CPU OUT OF STEP 3 | 


3. Take the new bootload processor out of step by setting the CYCLE switch on | 
the maintenance panel to OFF. Leave all other CPUs in step. | 


INITIALIZING NEW BOOTLOAD CPU 


4. Initialize the new bootload processor by pressing the INITIALIZE & CLEAR | 
button on the configuration panel at least 4 times. Each time you press the | 
INITIALIZE & CLEAR button, wait about 5 seconds for the CPU to finish | 
before you press it again. | 


EXECUTING SWITCHES i 
5. Go to the new bootload processor. Set the 36 DATA switches on the | 
maintenance panel to the binary representation of "024000717200." To do this, | 

set the following switches to 1: 4, 6, 18, 19, 20, 23, 24, 25, 26, 28. Set all | 

| 


other switches to 0. 


6. Set the EXECUTE SWITCHES/EXECUTE FAULT switch on the display panel | 
to EXECUTE SWITCHES. | 


7. Press the EXECUTE button on the display panel. | 


8. This action will tell the processor to execute the instructions located at the | 
memory address you set in the DATA switches. | 


RESULTS OF EXECUTING SWITCHES 


9. If executing switches is not successful, the system will not return to BCE. If | 
this happens, double-check the DATA switches to be sure they are set to | 
"024000717200." | 

10. If the system still doesn’t return to BCE, stop here and ask your system | 


maintainer for help. Do not continue with this procedure. | 
11. If executing switches is successful, the system will respond by returning to | 
BCE. If the system is in automatic mode, continue with step 12. If the system | 
is in manual mode, continue with step 14. | 
12. The system will ask you the following question: | 


Should normal recovery procedures be used? | 


13. If you want the system to perform automatic recovery procedures, type "yes." | 
The system will do a dump and an ESD, then wait for you to reboot Multics. | 
If you want to perform recovery procedures yourself, type "no," then see "To | 
Recover the System" in Section 37. In either case, continue with step 16. | 
14. The system will give you a BCE ready message on the bootload console: | 


bce (crash) 0836.2: | 
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15. If you want the system to perform automatic recovery procedures, type: 
ec rtb 


The system will do a dump and an ESD, then wait for you to reboot Multics. 
If you want to perform recovery procedures yourself, see "To Recover the 
System" in Section 37. 


TAKING NONBOOTLOAD CPUS OUT OF STEP 


16. If the system is doing automatic recovery procedures, wait until it has finished 
all dump and ESD attempts and is. ready to reboot Multics. If you are 
recovering the system yourself, finish dumping Miultics and performing 
emergency shutdown before you take the processors out of step. 


17. Take all of the nonbootload CPUs out of step by setting the CYCLE switch on 
the maintenance panel of each one to OFF. 


INITIALIZING NONBOOTLOAD CPUS 


18. Initialize all of the nonbootload CPUs by pressing the INITIALIZE & CLEAR 
button on the configuration panel of each one at least 4 times. Each time you 
press the INITIALIZE & CLEAR button, wait about 5 seconds for the CPU to 
f a before you BIS it again. 


SHUTTING DOWN BCE 


19. Shut down BCE by typing: 


die 


SETTING SWITCHES ON SCUS 


20. Set switches on the configuration panel of each SCU as follows. Set the 
MODE switch to PROGRAM. Set the MASK A MASK/PORT ASSIGNMENT 
switch to the number of the SCU port to which the bootload CPU is 
connected. (Note: this is NO7 the number of the bootload CPU.) Set the 
PORT ENABLE switches which correspond to the bootload CPU and all of the 
IOMs to ON. Remember that the configuration will be different from what it 
was the last time you booted the system if it turned out that you had a bad 
bootload CPU. 


REBOOTING BCE 


21. Reboot BCE. See Section 11. 
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Executing Switches with a Different Bootload CPU (DPS 8) 


PLACING CURRENT BOOTLOAD CPU IN STEP . | 


1. Put the current bootload processor (the one on which the first EXECUTE | 
SWITCHES failed) in MEM step by turning off its PORT ENABLE switches. | 


SETTING SWITCHES ON SCUS | 


2; Pick a CPU to be the new bootload CPU. Then set switches on the | 
configuration panel of each SCU as follows. Set the MODE switch to | 
MANUAL. Set the MASK A MASK/PORT ASSIGNMENT switch to the | 
number of the SCU port to which the new bootload CPU is connected. ( | 
Note. this is NOT the number of the new bootload CPU.) Set the PORT | 
ENABLE switches which correspond to the new bootload CPU and all of the | 
IOMs to ON. | 


TAKING NEW BOOTLOAD CPU OUT OF STEP j | | 


a Take the new bootload processor out of step by setting the PORT ENABLE | 
switches to ON for all ports being used. . | 


INITIALIZING NEW BOOTLOAD CPU | | 


4. Initialize the new bootload processor by pressing the INIT-CLEAR button on | 
the configuration panel at least 4 times. Each time you press the INIT-CLEAR | 
button, wait for the CPU seif tests to finish before you press it again. When | 
the self tests are finished, the green light goes on. This light is located on the | 
Tight hand side of the MP board (the top-most board in the CPU cabinet), | 
just behind the free-edge connector for that board. Since the light is inside | 
the CPU cabinet in an awkward position, it may be easier for you to simply | 
wait 10 to 15 seconds before you press the INIT-CLEAR button again. | 


PLACING NEW BOOTLOAD CPU I/N STEP 


5. If you have a DPU, continue with step 6. If you have one DMP/VIP, | 
continue with step 8. If you have multiple DMP/VIPs, continue with step 9. | 


6. The new bootload processor must be connected to the DPU. If you’re not sure | 
that it is, follow the procedure described in Section 34 under “Finding Out | 
Which Unit is Connected to the DPU." If the bootload processor is connected | 
to the DPU, proceed with step 7. If is isn’t, follow the procedure described in | 
Section 34 under "Changing the Unit Connected to the DPU." Then proceed | 

| 


with step 7. 
di Get into VIP mode. Continue with step 10. | 
8. Make sure that the DMP/VIP is connected to the new bootload processor. See | 


"Getting Connected to the DMP/VIP" in Section 34. Continue with step 10. | 
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10. 


Make sure you’re using the DMP/VIP connected to the new  bootload 
processor. Continue with step 10. 


At the DPU or the DMP/VIP, put the new bootload processor in CPU step by 
typing: ; | 


ST CU 


EXECUTING SWITCHES 


11. 


At the DPU or the DMP/VIP, type: 
BCE 24000 


This command will automatically take the bootload CPU out of step and restart 
it . 


RESULTS OF EXECUTING SWITCHES 


12. 


13. 


14. 


15. 


16. 


17. 


If executing switches is not successful, the system will not return to BCE. If 
this happens, stop here and ask your system maintainer for help. Do not 
continue with this procedure. 


If executing switches is successful, the system will respond by returning to 
BCE. If the system is in automatic mode, continue with step 14. If the system 
is in manual mode, continue with step 16. 

The system will ask you the following question: 


Should normal recovery procedures be used? 


If you want the system to perform automatic recovery procedures, type "yes." 
The system will do a dump and an ESD, then wait for you to reboot Multics. 
If you want to perform recovery procedures yourself, type "no," then see "To 
Recover the System" in Section 37. In either case, continue with step 18. 


The system will give you a BCE ready message on the bootload console: 
bce (crash) 0836.2: 
If you want the system to perform automatic recovery procedures, type: 


ec rtb 


The system will do a dump and an ESD, then wait for you to reboot Multics. 
If you want to perform recovery procedures yourself, see "To Recover the 
System" in Section 37. 
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TAKING NONBOOTLOAD CPUS OUT OF STEP ) | 


18. If the system is doing automatic recovery procedures, wait until it has finished 
all dump and ESD attempts, and is ready to reboot Multics. If you are 
recovering the system yourself, finish dumping Multics and performing 
emergency shutdown before you take the processors out of step. 


19. Take all of the nonbootload CPUs out of step by turning on the PORT | 
ENABLE switches on each one for all ports being used. | 


INITIALIZING NONBOOTLOAD CPUS | 


20. Initialize all of the nonbootload CPUs by pressing the INIT-CLEAR button on | 
the configuration panel of each one at least 4 times. Each time you press the | 
INIT-CLEAR button, wait for the CPU self tests to finish before you press it | 
again. When the self tests are finished, the green light goes on. This light is | 
locaied on the right hand side of the MP board (the topmost board in the | 
CPU cabinet), just behind the free-edge connector for that board. Since the | 
light is inside the CPU cabinet in an awkward position, it may be easier for | 
you to simply wait 10 to 15 seconds before you press the INIT-CLEAR button | 
again. | 


SHUTTING DOWN BCE | 


21. Shut down BCE by typing: ; | 


die | 


SETTING SWITCHES ON SCUS - 


22. Set switches on the configuration panel of each SCU as follows. Set the | 
MODE switch to PROGRAM. Set the MASK A MASK/PORT ASSIGNMENT | 
switch to the number of the SCU port to which the bootload CPU is | 
connected. ( Note: this is NO7 the number of the bootload CPU:) Set the | 
PORT ENABLE switches which correspond to the bootload CPU and all of the | 
IOMs to ON. Remember that the configuration will be different from what it | 
was the last time you booted the system if it turned out that you had a bad | 
bootload CPU. | 


REBOOTING BCE | 


23. Reboot BCE. See Section 11. | 


Responding to the IOM Alarm 
If neither executing fault nor executing switches works, the problem may lie 


with the IOM. If the IOM alarm sounds, you have to reset it manually before you 
can return the system to BCE. | 
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1. Turn off the alarm by pressing the ALARM RESET button on the front of 
the IOM. 


2: On a Level 68 IOM, set the MAINTENANCE PANEL MODE switch on the 
configuration panel. to TEST. Then press the (IOM INITIALIZE) MANUAL 
button on the maintenance panel. (Do not press the SYSTEM INITIALIZE 
button on the bootload panel.) 


3. On a DPS 8 IOM, set the (IOM) TEST/NORMAL switch on the configuration 
panel to TEST. Then press the INITIALIZE button on the configuration panel. 
(Do not press the SYSTEM INIT button on the bootload panel.) 


4. If your bootload console is a 6601, performing step 3 will put it into 
initialization. To correct this, press the CR button. The system wiil respond 
with: 


CONSOLE READY... 
5. Execute switches again. 


6. Resetting the IOM may also reset a tape MPC. If this happens, you can take 
; care of it by using the "fwload" command during system recovery. See 
"Reloading MPC Firmware” in Section 37. 


Forcing an ESD 


If neither executing. fault nor executing switches nor anything else you’ve tried 
has gotten the system to return to BCE, you can try forcing an ESD as a last resort 
(Check with your system maintainer first.) 


dL To force an ESD on a Level 68 system, follow the procedure described earlier 
under "Executing Switches on a Level 68 System." But in step 2, set the DATA 
switches to "024002717200" instead of "024000717200." 


2: To force an ESD on a DPS 8 system, follow the procedure described earlier 
under "Executing Switches on a DPS 8 System.” But in step 8, use the "BCE 
24002" command instead of the "BCE 24000" command. 


PROBLEMS 


1% If you can’t get the system to return to BCE, the problem may lie with the 
low-order memory. If it does, you will. have to reboot BCE. See Section 11. 


oa If hardware problems are the root of a system failure, none of the procedures 
above will be successful. Hardware problems can be hard to detect. Sometimes, 
when a module is in trouble, the TROUBLE light on its control panel will 
light up. But this isn’t always the case. If you suspect that one of the: 
modules is having hardware problems, you should notify CSD. Remove the 
module from the system and reconfigure the system before rebooting it. Refer 
to Section 32, "Doing Dynamic Reconfiguration.” 


Sad Ld aw Ch ath + 4m mea 
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SECTION 37 
AUTOMATIC RECOVERY FAILURES 


When automatic recovery procedures fail, the system doesn’t take a dump, 
perform ESD, and reboot itself. Instead, it waits for you to recover the system by 
doing these things yourself. 


TO RECOVER THE SYSTEM 


Dumping Multics 


1. Type: 


ec dump | 


which will write a Multics dumps into the DUMP partition. A Multics dump 
contains the contents of the main system memory and the system tables. 


2. The system will respond with: 


Dump # 1332 
proc 1, dbr=12345671234567 1234567123 | 


bee (crash) 1552.5: | 


Performing ESD 
3: Type: 
esd 


which will start an emergency shutdown (ESD) of Miultics. Since an ESD 
destroys the current main memory image, you should only invoke the esd 
command after you’ve invoked the dump exec_com (i.e, after you’ve taken a 
Multics dump). DO NO7 attempt an ESD if any SCU has malfunctioned 
seriously or has been cleared to zero. When you do an ESD, memory gets 
written to disks. If an SCU has been cleared, the records on some disks will 
be zeroed. If you have any doubts, talk to your system maintainer. You also 
should not attempt an ESD if disk packs have been moved to a disk drive on 
another MPC. 
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The system will respond with: 


begin emergency shutdown part 1 
emergency shutdown part 1 complete 
shutdown complete 


bce (boot) 1554.9: 
During the ESD, the system will return briefly to Multics. If the ESD is 


successful, the system will reenter BCE in one to four minutes, depending on 
the size of the system at your site. 


Reloading MPC Firmware 


6. 


7. 


If a tape or unit record MPC was reset, type: 
fwload <MPC name> 
for example: 


fwload mtpa 


The system will respond with: 


Booting mtpa on I0M a chn 22... 
bce (boot) 1555.7 


| If a disk MPC needs to be reloaded, you will have to reboot BCE. Ask your system 
maintainer for help. 


Rebooting Multics 


If your site has a procedure for cleaning up incremental dump tapes, you 


should perform that procedure before continuing with step 8. 


8. 


Type: 
ec auto star 
if your site uses the auto exec_com, Or: 


boot star 


if your site uses the boot command, where "star" is the short form of the 
startup command. This will bootload Multics. 


The system will respond with the same messages it gives you when you 
bootload Multics as part of bringing the system up. You should respond to 
these messages the same way you do then. See “To Boot Multics From BCE" 
in Section 13. 
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Recording the Failure 


10. Remember to fill out an operations error report form as soon as possible. 
PROBLEMS 
1. If dumping Multics fails, you can try it again. If it still fails, proceed with 


emergency shutdown. 


2. If emergency shutdown fails, you can try it again. If it still fails, ask your | 
system maintainer for help. | 


3. If rebooting Multics fails, you can try it again. If it still fails, refer to 
“Problems” in Section 13, "Bootloading Multics." 


4. If you get the message "No space on RPV", the system will probably crash 
again. This time, when you reboot Multics, type: 


boot rlvs | 


The system will perform various kinds of salvaging, then pause in ring 1. 
Type: 


star 


The system will continue rebooting Multics.. 
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SECTION 38 
STORAGE SYSTEM FAILURES 


TO RESPOND TO AN MPC FAILURE 


Each MPC has a series of lights on it called firmware fights. When 
something is wrong with the MPC, none of these lights blink at all. In addition, the 
TRBL light may go on. 


If an MPC fails and the disk or tape drives connected to it are cross barred, 
another MPC will pick up its load and there won’t be any problems. However, if an 
MPC fails and the disk or tape drives connected to if are not cross barred, all of the 
disk or tape drives it controls will be bad. In this case, the first thing you should try 
is reloading the firmware into the MPC. If reloading the firmware doesn’t correct the 
problem, your next action will depend on the kind of messages the system sends you. 
If you get messages which indicate that the MPC can’t be loaded, ask your system 
maintainer for help. If you get messages which indicate that there are still disk or 
tape errors, or if you don’t get any messages at all, check with your system 
maintainer. Then try reinitializing the firmware in the MPC. WNote: if you didn’t 
attempt to reload the firmware, do not attempt to reinitialize the firmware. 


Reloading Firmware into an MPC 


Note: if operators are not allowed to use the sac command at your site, you | 
will not be able to perform this procedure. | 


1. At a regular user terminal, log in as a regular user by typing: 
] <your Person_id> | 
for example: 
|] MacKenzie 
where "I" is the short form of the login command. 
Zz The system will respond with: 


Password: 
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10. 


11. 


Type your password. The system will respond with: 


MacKenzie.Operator logged in 06/01/83 0921.4 est Wed 
from VIP7801 terminal "none". 
Last login 03/18/83 0726.2 est Fri from VIP7801 


terminal "none". 
r 09:22 3.0 3.50 


where "r 09:22 3.0 3.50" is a ready message. 


Type: 


sac load_mpc <mpc name> -firm 


for example: 


sac load_mpc mspa -firm 


where "mspa” is the name of the MPC as it appears in the config deck. WNote: 
use of this command requires that your system administrator give your User_id 


special privilege. 


The system will respond with: 


RCP: Attached dska_00 for Initializer.SysDaemon.z 
using >system_library_tandd>ifad_25.69 


The system may then ask you a question: | 


load_mpc: Multiple revisions of disc 500 firmware for msp 
model 609. Choose from g2, kl, 11, f2 or no. 


Answer the question according to your system maintainer’s instructions. 
The system will load the firmware and you will get messages like these: 
load_mpc: Loading 603000.dsc500.d500.k1 control store. 


load_mpc: Loading 603000.dsc500.d500.k1 read/write. 
RCP: Detached dska_00 from Initializer.SysDaemon.z r 


10:04 4:110 89 


logout 


The system will respond with: 


MacKenzie.Operator logged out 06/01/83 0928.3 est Wed 
CPU usage 13 sec, memory usage 1.8 units, cost $0.28 


hangup 


‘Log out as a regular user by typing: 


If this procedure doesn’t work, you may have to return to BCE. Ask your 


system maintainer for help. 
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Reinitializing Firmware in an MPC 


es Press the INITIALIZE button on the MPC configuration panel. 

2: Set the thumbwheel switches on the MPC configuration panel to "0484". 

3: Press the RESET & BRANCH button on the MPC configuration panel. 

4. If this procedure doesn’t work, repeat steps 1 through 3 with the thumbwheel 


switches set to "0480". 


TO RESPOND TO DISK PROBLEMS 


1. If there are problems with just one disk pack, you will notice a burst of error 
messages for the drive the pack is mounted on. Then the audible alarm will 
sound and you will receive a message like this: 


disk_control: dska_0O4 requires intervention. 


Ze If a user is trying to access data on the drive, you will receive a message on 
the bootload console like the following: 


pxss: notify timeout, event = 144163153167, 
processid = NNNNNNNNNNNN 


If the processid is "003000777777", the initializer is waiting and no operator 
commands can be issued until the drive is made operational. 


3. If the drive has dropped into standby, and the system hasn’t crashed, you 
‘Should attempt to ready the drive by pressing the READY button. 

4.. If this attempt is successful, and the drive becomes operational, the system will 
respond with: 


disk_control: dska_04 now operational. 


Be If this attempt is not successful, the system will continue to sound the audible 
alarm and send you messages. In this case, you should crash the system by 
executing fault, then perform an ESD. (See "Executing Fault" and “Performing 
ESD" in Sections 36 and 37 respectively.) 


TO MOVE 451 PACKS 


If a 451 disk drive develops problems, you can try moving its packs and its 
address plugs to a different drive. Packs can only be swapped between two drives 
attached to the same MPC. This procedure can on/y be done with 451 drives. * 


11/86 38-3 GB61-01A 


WARNING: Don’t use this procedure if you see disk fragments (dust particles) 
around the well of the original disk drive, or if you see other evidence of damage to 
the disk pack or original disk drive (e.g., a disk access arm head crash). Moving a 
damaged pack can cause further damage to the new disk drive. Consult your System 
Maintenance staff or a CSD representative if you suspect that the disk pack have been 
physically damaged. 


ie Put the drive you are switching from (the old drive) in STANDBY mode by 
pushing the STOP button. If there is a disk volume on the drive you are 
switching to (the new drive), put that drive in STANDBY mode as well. 


2. Remove the address plugs from both the old drive and the new drive 
immediately. 
2: When the spindles stop, demount any volume from the new drive, and move 


the volume from the old drive to the new drive. 


4. Push the START button to start the new drive. 

5. After the new drive becomes ready, insert the address plug from the old drive 
into the new drive; insert the address plug from the new drive into the old 
drive. 


Note that the new drive must already be ready before you insert the address 
plug. Note also that you must wait at least 30 seconds from the time you remove the 
plugs until the time you reinsert the plugs. This is because the MPC only polls 
devices every 15 seconds for status changes. 


If the procedure above fails, the following procedure may be tried as an 


alternate: 

1, Put the drive you are switching from (the old drive) into offline mode, by 
setting the rotary switch on the inside of the back door of the unit. 

2. Power down the old drive. 

3. Dismont the disk pack from the old drive and mount it on the drive you are 
switching to (the new drive). 

4. Swap the address plugs between the two drives. 

5. Put the new drive into offline mode, ready it, and then put it into online 
mode. 
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SECTION 39 
FNP FAILURES 


Usually, if an FNP crashes, the answering service reloads it automatically. But 
if this doesn’t happen, or if there are problems with an FNP which don’t cause it to 
crash, you should take it out of service. This involves sending users a warning, then 
dumping or shutting down the FNP, which disconnects the users logged in over its | 
channels. When the dump or shutdown is complete, you must reload the FNP | 
yourself. | 


TO TAKE AN FNP OUT OF SERVICE 


Warning Users 
1. Type: 
w * * <"'message''> 
for example: 


w* * "Taking FNP A out of service. You may be 
disconnected." 


where “w" is the short form of the warn command. 
2. The system will respond with: 


Ready (MacKenzie) 


Dumping or Shutting Down the FNP | 
3. If you’ve been asked to dump the FNP, type: | 
dump_mpx <FNP tag> 
for example: 
dump_mpx a 


This will dump the FNP, and then shut it down automatically. 
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4. The system will respond with: 


as_mcs_mpx_: Dump of FNP a created in 
>dumps>fnp.a.060183.1519 


where ">dumps>fnp.a.060183.1519" is the pathname of the segment containing 
the dump. 


5. If you’ve been asked to shut the FNP down, type: 
shutdown_mpx <FNP tag> 
for example: 
shutdown_mpx a 
6. The system will respond with: 
Ready (MacKenzie) 
qd If there are any users logged in over channels connectd to the FNP you’re 
trying to dump or shut down, you'll get an error message. If you must do the 
dump or the shutdown, type: 
dump_mpx a -force 
or: 
shutdown_mpx a -force 


Otherwise, ask your system maintainer for help. 


TO RELOAD AN FNP 
1. Type: 
load_mpx <FNP tag> -force 
for example: 
load_mpx a -force 


Zz The system will respond with: 


FNP A loaded successfully 
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Let users know that the FNP is back in service by typing: 
. w * * <message> 
for example: 
w * * FNP A is back up. 
where "w" is the short form of the warn command. 
The system will respond with: 


Ready (MacKenzie) 
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SECTION 40 


MANAGING THE DATA MANAGEMENT 
DAEMON 


Data Management is a system which provides users with files that are 
protected against user process failures and Multics system failures. (They are not 
protected against hardware failures.) The Data Management daemon maintains the 
consistency and integrity of Data Management files by “undoing” unfinished modifications 
made to the files by user processes which have failed or which ran during a previous 
bootload session. The Data Management daemon also makes sure that the Data 
Management system’s internal tables are correct. 


TO LOG IN THE DATA MANAGEMENT DAEMON DRIVER 
1. Type: 
login Data_Management.Daemon <DM driver label> 
for example: 
login Data_Management .Daemon dm) 


where "dm1" is your site’s label for the daemon which controls the Data 
Management system. 


2. The system will respond with: 
as LOGIN Data _Management.Daemon dmn dm] (create) 


dm] Initializing Data Management in ring 2. 
dm! Data Management System initialized. 


TO SHUTDOWN THE DATA MANAGEMENT SYSTEM 


1. Type: 


r <DM driver label> shutdown 


for example: 


r dml shutdown 


where “dml1" is your sites label for the daemon which controls the Data 
Management system. 
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2 The system will respond with: 


dm] DM system shutdown scheduled to begin at 10/23/84 
1503.2, to bump users at 1513.2. 


PROBLEMS 


1. if the Data Management system shutdown is unsuccessful, you may get a 
message like this: 


dmil dm_daemon (shutdown): Unable to schedule 
requested DM shutdown. © 

dm1i The current Multics shutdown time is earlier 
than the specified time. 


or like this: 


dm1 dm_daemon (shutdown): Unable to schedule 
requested DM shutdown. 

dm1l No time was specified, and there is no Multics 
shutdown scheduled. 


Inform the person who asked you to do the DM system shutdown that it was 


unsuccessful. In the case of the second message, tell the person that an explicit 
time is needed. 
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APPENDIX A 
STARTUP CHECKLISTS OF SWITCH SETTINGS 


This appendix contains checklists of switch settings for all of the major 
hardware modules described in this manual. You should check all of these switch 
settings before you bring the system up. It’s very important that the switches be set 
correctly before the machines are run. It’s especially important that the switch settings 
match the information in the configuration deck. 


To make the task of checking switch settings easier, we suggest that you make 
copies of the checklists and tape them to the machines. Note any site differences. 


A-1 GB61-01 


SCU CONFIGURATION PANEL SWITCHES 


Switch Position 

PORT ENABLE. Ports for all IOMs and .the bootload CPU 
ON (}); other ports OFF (y). 

ALARM ENABLE (A) 

LWR STORE SIZE e to size available for Store A and Store 

MODE | PROGRAM (}) 

MASK/PORT ASSIGNMENT Mask A set to port for bootload CPU. 
Mask B set to OFF. 

STORE A ON LINE (f) (if used). 

STORE Al ON LINE (+) (if used). 

STORE B ON LINE (}) (if used). 

STORE Bl ON LINE (f) (if used). 

INTERLACE ON (4) if both stores equal in size; OFF 


(¥) otherwise. 


LWR STORE Whatever is desired. 


All other switches on the SCU configuration panel should be in the OFF or 
down position. 


SCU MAINTENANCE PANEL SWITCHES 
Switch Position 


MARGIN CONTROL MODE PROGRAM (}) 


All other switches on the SCU maintenance panel should be in the OFF or 
| down position. On DPS 8 systems, this panel has been replaced by a display. 
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CPU CONFIGURATION PANEL SWITCHES 


Switch — Position 
PORT ENABLE | ON (}) for ports used. 
INITIALIZE ENABLE ON (4) for ports used. 
ASSIGNMENT 000 (y ¥ ¥) for low-order memory; others 
as appropriate. 
ADDRESS RANGE on L68; FULL (+) or HALF (y), as 
not present on DPS8 appropriate. 
ALARM NORMAL (y¥) on L68; ENABLE (}) on 
DPS8. 
MAINTENANCE PANEL MODE NORMAL (jy) on L68; PROCESSOR .on 
DPS8. 
FAULT CONTROL on L68; Switch 11 set to 1 (4); all others 
PROCESSOR FAULT BASE set to 0 (¥) (100 octal). 
ADDRESS on DPS8 
PROCESSOR NUMBER CPU A (PRO-0) = 000 (¥ ¥ Yj). 
CPU B (PRO-1) = 001 (y ¥ }). 
CPU C (PRO-2) = 010 (y * Y). 
CPU D (PRO-3) = 011 (¥ *# 4). 
CPU E (PRO-4) = 100 (} ¥ ¥). 
CPU F (PRO-5) = 101 (} ¥ }). 
CPU G (PRO-6) = 110 (} } ¥). 
CPU H (PRO-7) = 111 (f } 4). 
OPERATING MODE MULTICS on L68; VMS (}) on DPS8. 


All other switches on the CPU configuration panel should be in the OFF or 
down position. 
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| down position. On DPS8 systems, this panel has been replaced by a display. 


Switch 
ENABLE MATCH. 
DATA SWITCHES 


AUTO 
CYCLE 


EXECUTE PB/SCOPE REPEAT 
(Display panel) 


INITIALIZE & CLEAR/ 
INITIALIZE CONTROL 
(Display Panel) 


EXECUTE SWITCHES/ 
EXECUTE FAULT 
(Display Panel) 


CPU MAINTENANCE PANEL SWITCHES 


Position 


Both switches ON (} }).. 


Switches 4, 6, 18, 19, 20, 23, 24, 25, 26, 28 
set to 1 (4); all others set to 0 (¥) 


(024000717200 decimal). 
OFF 

OFF 

EXECUTE PB (}) 


INITIALIZE CONTROL (¥) 


EXECUTE FAULT (}) 


All other switches on the CPU maintenance panel should be in the OFF or 
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IOM CONFIGURATION PANEL SWITCHES 


Switch 

PORT ENABLE 

INITIALIZE ENABLE 
ASSIGNMENT 

ADDRESS RANGE on L68; not 
present on DPS8& 

ALARM 

MAINTENANCE PANEL MODE on 
L68; IOM on DPS8 

IOM BASE ADDRESS 


INTERRUPT BASE ADDRESS 


IOM NUMBER 


SOURCE on L68; BOOT SOURCE 
on DPS8 


Position 
ON (+) for ports used. 
ON (4) for ports used. 


000 (y y ¥) for low-order memory; others 
as appropriate. 


FULL (4) or HALF (¥), as 
appropriate. 


NORMAL (y¥) on L68; ENABLE (y) on 
DPSS8. 


NORMAL (y) 


IOM A = switches 14 and 15 set to 
1 (}); all others set to 0 (}) 
(1400 octal). 


IOM B = switch 13 set to 1 (4); all 
others set to. 0 (y) (2000 octal). | 


IOM C = switches 13 and 15 set to 
1 (4); all others set to 0 (¥) 
(2400 octal). 


IOM D = switches 13 and 14 set to 
1 (}); all others set to 0 (¥) 
(3000 octal). 


Switches 14 and 16 set to 1 (4); all others 
set to 0 (¥) (1200 octal). 


IOM A (IOM-0) = 00 (¥ }). 
IOM B (IOM-1) = 01 (¥ 4). 
IOM C (IOM-2) = 10 (4 ¥). 
IOM D (IOM-3) = 11 (4 4). 
TAPE (y¥) 
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| CHANNEL NUMBER CODE on L68; Channel number of tape controller which 
CHANNEL SELECT on DPS8 controls tape drive on which BCE/Multics 
tape is mounted. 


ZERO BASE S.C. PORT NO. on SCU port to which IOM is cabled. 
L68; SCU PORT NUMBER on 

DPS8 

OPERATING MODE PAGED 


All other switches on the IOM configuration panel should be in the OFF or 
down position. 


All switches on the IOM maintenance panel should also be in the OFF or 
down position. On DPS8 systems, this panel has been replaced by a display. 
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FNP DIA SWITCHES (DN6670) 


Switch Position 

6000 MAILBOX 
FNP A PSEA PPP Sf G400 octap 
FNP B Pett hh fF PY ¥ ¥ 700 octal) 
FNP C ae i ieee ea y* t * ¥ + 200 octal) 
FNP D AAAARAR HK Yh PY f ¥ (4500 octal) 
FNP E RAR ARR OP RYE PS 6000 octal) 
FNP F pRAAARA yt ¥ + ¥ ¥ (5300 octal) 
FNP G PEAR E HE Fb PY Y tf 6600 octal) 
FNP H fet ttt Pet tf ¥ 100 octal) 

6000 TERMINATE h ¥ 7 4 @ octal - ignore rightmost switch) 

6000 EMERGENCY ¥ ¥ y * (7 octal - ignore rightmost switch) 

HNP MAILBOX hd yA PP (454 octal) 

HNP TERMINATE bh A ¥ 4 (2 octal) 

HNP SPECIAL bh 4 +¥ (3 octal) 
INTERRUPT 


Each FNP may be configured with one or two DIA boards. Each board must 
be configured on a separate FNP port. The FNP ports on which DIA boards may be 
configured are 3, 4, 5, and 14. Each board’s FNP port must be cabled to an IOM 
channel. The FNP DIA connections are identified in the Multics config deck by the 
IOM channel to which the FNP port is cabled. The Multics software determines 
which FNP port to use in accessing the FNP by references to the IOM channel cabled 
to the active FNP port. The FNP port number is not recorded in the FNP core 
image, nor in Multics supervisor databases, nor in any Mulltics config card. 


A FNP with two DIA boards can be cabled to two different IOMs on a single 
Multics system, or to an IOM on each of two different systems. However, only one 
of the DIA boards may be used at a time. The prph fnp config card for the IOM 
channel cabled to the active DIA must have a state of on; the card for the IOM. 
channel cabled to the inactive DIA must have a state of off. 


ee te Se mene eee 


Cabling a FNP to two different IOMs on a single Multics system offers a | 
measure of improved reliability. If the IOM attached to the active DIA board breaks | 
down, the IOM and its attached FNP can be deleted from the system, and the FNP | 
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can then be added to the system using the other IOM channel. However, users of the 
FNP at the time of the IOM failure will have to login again. If their processes had 
the save_on_disconnect attribute, they will be able to reconnect to their processes and 
continue the work which was interrupted when the IOM failed. If their processes did 
not have the save_on_disconnect attribute, work in progress when the IOM failed will 
be lost. 


Cabling a FNP to the IOMs of two different systems allows the FNP to be 
shifted easily from one system to the other. 


Multics requires that each FNP use a paging mechanism to access FNP memory 
beyond the first 32K words of memory. The paging mechanism on the FNP pager 
board can be disabled for testing purposes, but Multics requires that it be enabled 
during normal operations. Contact your CSD representative if your FNP will not 
operate. Ask him to insure that the paging mechanism is fully operative. 
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APPENDIX B 
GLOSSARY 


absentee facility 
the facility which controls absentee jobs. 

absentee process : 
a process which belongs to a person who is not logged in and is not 
interacting with the system. The person has prepared an entire job beforehand 
and is having it run at a specified time or when specified resources are 


available. 

active 
the state of a major hardware module or peripheral when it is turned on in | 
the config deck. 

admin.ec 


an exec_com which is invoked any time an exec ("x") command is issued. 


administrative ring 
ring 1. 


answering service : 
a subsystem which runs in the initializer process and performs these functions: 
handling dialups, Jogins and logouts, supervising system accounting, controlling 
interactive and absentee users, loading and dumping FNPs. 


answering service log . 
a log of messages produced by the answering service, containing information 
about all user and daemon logins and logouts. 


answering service process 
the initializer process. 


argument 
an additional piece of information typed after a command, on the same line. 


assigning a drive 
the process of converting a disk drive from one kind of usage to another. 
attended mode 
a mode in which the system assumes an Operator is present to mount tapes and 
disks. 


attended service 
attended mode. 


audible alarm 
an alarm contained in the bootload console or the initializer terminal. | 
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automatic mode — 


a mode in which the system automatically takes a dump and performs an ESD 


after a crash. 


automatic reboot mode 
automatic mode. 


auto exec_com 


an exec_com which does what the boot command does, and also puts the 


system in automatic mode. 


backup 


those systems which ensure that user segments and directories can be recovered 


if they are destroyed due to system failure or user error. 


backup daemon 
a daemon which controls some part of the Multics backup system. 


backup daemon command 
one of the commands which control backup daemons. 


backup dump 
an incremental dump. 


backup tape 
an incremental tape. 


banner bars 
several lines of characters printed at the bottom of a headsheet. 


BCE command 
a command used to communicate with BCE. 


BCE message 
a message produced by BCE. 


BCE/Miultics system tape 


the tape from which the programs needed to boot Multics are read. 


BCE partition 
a special area on the RPV in which BCE resides after it is booted. 


beeper 
the audible alarm. 


booting 


the process of loading a set of programs into memory, linking them together 
so they can refer to each other, setting up any necessary data bases, and 


Ttunning the programs to start up a system. 


Bootload Command Environment (BCE) 


‘ a very simple operating system which provides a boot and crash environment 
for Multics, and performs the foiiowing functions: booting Mulitics, dumping 


main memory and disks, initiating emergency shutdown of Multics. 


B-2 


GB6i-01 


bootload console 
, a special terminal that is connected to the bootload (low order) IOM or IMU. | 
When more than one console is present, only the active one is called the 
bootload console. 


bootload CPU 
the CPU that is selected by the bootload SCU. 


bootloading 
bringing up the system. 


bootload IOM 
the IOM that is selected by the bootload SCU. 


bootload SCU 
the SCU that is configured with a base address of Zero. 


bootload session 
the period of time between a Multics bootload and a Multics shutdown. 


box 
any major hardware module. 


bringing the system up 
performing system startup. 


calendar clock 
a clock contained in an SCU. The one in the bootload SCU is the one used 
by the system. It keeps accurate time, precise to the microsecond. | 


card punch 
an output device that provides punched card output in response to software 
programs. 


card reader 
a device that transfers programs and data punched on computer cards to the 
central system. 


catchup dump 
the operation of dumping to tape all system segments (files) that have been | 
modified since the previous complete or catchup dump was performed. This is | 
also known as a consolidated dump operation. See "Backup" in Section 3. | 


catchup tape 
one of the tapes created during a catchup dump operation. | 


central processing unit (CPU) 
a major hardware module responsible for performing most of the computational 
processing done by the system (i.e., performing most of the arithmetic and 
logical manipulations of data). 


clok card 
a configuration card that provides information about how to interpret the 
readings of the calendar clock, and must be edited when the clock is changed 
for daylight savings time. 
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cold boot 


a bootload that completely recreates the operating environment and/or generates 
a new storage system hierarchy. 


cold bootload 
a cold boot. 


combined card unit (CCU) 
a device that functions as both a card reader and a card punch. 


command 
| an operator "command" is an instruction typed on the bootload console or on 
| an initializer terminal that tells the system what to do or provides it with 
| information. 


communications channel 
| a communications path between a user terminal and the system. This path leads 
| through the Front-End Network Processor (FNP). It is often called an FNP 
| channel. 


communications line 
anything from a simple pair of wires in a Circuit to the entire telephone 
system that is used by the FNP to provide a physical connection between the 
system and a terminal, a network, or another computer. 


communications processor 
| a Front-End Network Processor (FNP), which routes information from many 
| terminals through a single IOM channel into the system. 


complete dump 
a backup dump that locates and dumps every segment and directory in the 
storage system without regard for when they were last modified. 


complete dump tape 
a tape produced by a complete dump. 


config deck 
the configuration deck. 
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configuration 
a three-part process which involves choosing Hardware modules and connecting 
them with cables, setting switches on the hardware modules to connect them 
into an arrangement that can run Multics, and telling the software how to use 
the hardware. 


configuration deck 
data fed to the system from a tape or from the bootload console, which tells | 
the software about the actual hardware configuration available, the switch 
settings of the major modules, the cabling between the modules, and the 
operational readiness of the hardware, the peripherals, and some of the 
software data bases. ; 


console 
the bootload console. | 


consolidated dump 
a backup dump which locates and dumps all segments and directories which 
have been modified after some specified time in the past. 


consolidated tape 
a tape produced by a consolidated dump. 


control file 
a segment containing a list of the pathnames of segments and directories to be 
retrieved. 


coordinator 
the coordinator process. 


coordinator process 
the I/O daemon which controls driver processes. 


coordinator request number 
one of the numbers which identify a print request. 


cpu card 
a configuration card which identifies a processor and must be edited to change 
the state of a processor. 


crash 
a shutdown which is the result of a system malfunction, is unplanned, and 
causes the system to become unavailable to users. 

cross barred 


connected to more than one IOM (in the case of an MPC) or connected to 
more than one MPC (in the case of a disk or tape drive). 


cross retrieval 
a retrieval in which a segment is retrieved with a different pathname. 


crt terminal 
a video terminal. 
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CSU6001/6004 (6001/6004) 
a bootload console which prints its input and output on paper. 


CSU6601 (6601) 
a bootload console which displays its input and output on a screen. 


Customer Services Division (CSD) 
comprises Honeywell employees who maintain the hardware and software. This 
division used to be known as Field Engineering. 


daemon 
a system service process. 


daemon command 
a command used to communicate with a daemon. 


data base 
a segment which contains data used by the system. 


Data Management 
a system which provides users with files that are protected against user process 
failures and Multics system failures. 


Data Management daemon 
a daemon which maintains the consistency and integrity of Data Management 
files by “undoing” unfinished modifications made to the files by user processes 
which have failed or which ran during a previous bootload session. 


datanet 
a Front-End Network Processor. 


device class 
a subdivision of a request type by access class, used for AIM. 


density ; 
a number which expresses the amount of information stored on a tape. 


Diagnostics Processor Unit (DPU) 
a stand alone computer system which serves as an interface to the DMP for 
the processor, the SCU and the IOM. 


direct interface adapter (DIA) 
the cable which provides the physical connection between an FNP and an JOM. 


directory 
a "catalogue" of segments and subdirectories. 


directory hierarchy 
the storage system hierarchy. 


directory salvager 

a salvager which can be run along with everything else in the system. 
disk 

the principal means of storing information on Miultics. 
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disk controller 
‘an MPC that controls disk drives. 


disk drive 
a mechanical device on which a disk pack is mounted for reading by the | 
system. | 


disk pack 
an individual rotating storage unit upon which system files can be magnetically 
recorded. The disk pack can be removable or nonremovable. Nonremovable | 
packs are often called fixed head disks or head assemblies. | 


distributed processing system (DPS) 8 
the new, improved Multics system. 


dprint 
a daemon printout of a user’s file. 


driver 
an IO process that controls one or more input/output devices. 


driver process 
an I/O daemon that controls a local or remote device. 


dumping 
recording system memory or system files onto tape or disk. System memory is 
dumped into a file after a system crash (failure) to learn why the system 
failed. Storage system files are dumped to tape routinely to provide backup 
copies of data. These backup copies can be reloaded as a group if an entire 
disk drive fails, or retrieved individually if a user accidentally deletes the 
wrong file. 


dynamic maintenance panel (DMP) 
the part of the DPS 8 processor that produces terminal displays. 


dynamic reconfiguration 
the process of adding or deleting a major hardware module or peripheral to or 
from the Multics configuration when the system is at Multics level {i.e., while 
the system is running). 


emergency shutdown (ESD) 
a program that runs after a crash, as part of the crash recovery process, that 
makes the contents of the storage system consistent. 


erase character (#) 
a keystroke that erases one character, the character immediately preceding it. 


exec_com 
a segment containing a series of either Multics or BCE commands to be | 
executed. 


exec command 
a command that is included in the admin.ec. 
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executing fault 
the first way of forcing the system to return to BCE: an interrupt is sent into 
the system. 


executing switches 
the second way of forcing the system to return to BCE: the bootload processor 
is told to execute the instructions located at the memory address set in the 
DATA switches. 


firmware 
specialized software that is attached to hardware but subordinate to it; a set of 
programs that replace some of the electronic circuits in a machine. 


firmware lights 
a series of lights on an MPC. 


FNP crash 
an unplanned failure in the operation of an FNP that causes terminals 
channeled through that FNP to be disconnected from the system. The user 
process connected to the terminal may still remain active if the process has the 
save_on_disconnect attribute. 


front-end 
a Front-End Network Processor. 


Front-End Network Processor (FNP) 
a major hardware module responsible for data communications (i.e., providing 
the logical and physical connections between the system and terminals, networks, 
and other computers). 


hardcopy terminal 
a terminal that prints input and output on paper. 


hardcore 
| System supervisory software (the hardcore supervisor). 


hardcore message 
| a message produced by system software, often reporting a hardware problem. It 
| can be printed on the bootload console or on an initializer terminal; it can 
| also be recorded permanently in a system log (e.g., the syserr log). 


hardcore partition 


a special area on disk in which the supervisor resides when the system is 
running. 


hardcore supervisor 
the part of the system software that performs the supervisory functions of th 
system. It can’t be changed while the system is running, and includes programs 
that must be present to bring the system up and programs that run the storage 
system. 


hardware 
all of the physical devices and electronic circuitry in a computer system. 
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hardwired 
directly connected. 


head-of-string device 
the device containing some controller logic for FIPS-style devices. These 
devices are connected to a controller in serial strings, and this device is the 
first in that string. 


headsheet 
the beginning identification page of a dprint. 

help file 
an online segment that contains a description of a command, procedure or 
concept. 


hierarchy backup system 
a backup system that dumps segments and directories by following the storag 
system hierarchy. * 


high-speed printer 
a line printer connected directly to the IOM or IMU. | 


inactive 
the state of a major hardware module or peripheral when it is known to the | 
system but is unused (turned off in the config deck). | 


incremental dump 
a backup dump that locates and dumps all segments and directories that have 
been created or modified since the last time an incremental dump was done. 


incremental tape 
a tape produced by an incremental dump. 


information multiplexer unit (IMU) | 
a model of IOM that 1s controlled by a microprocessor instead of being | 
hardwired. | 


initialization 
system startup. 


initializer 
the initializer process. 


initializer command 
a command used to communicate with the initializer process. 


initializer command response 
a response to an initializer command. 


initializer hang 
one of two kinds of system failures that don’t crash the system. 


11/86 B-9 GB61-01A 


initializer process 
the system control process for Multics, created when Miultics is booted and 
active as long as Multics is running. It’s the only process that can create and 
destroy other processes. It performs these functions: bringing the system up, 
operating the answering service, servicing operator commands, handling user 
Tequests, managing system terminals and all other terminal channels, routing 
messages, taking care of administrative tasks, shutting the system down. 


initializer terminal 
* a regular terminal that can be used to issue all operator commands except BCE 
commands. 


input mode 
a mode in which the bootload console is accepting input. 


input/output multiplexer (IOM) 
a major hardware module responsible for managing all of the peripherals 
connected to the system (i.e., handling all transfer of data between peripherals 
and memory). 


| integrated peripheral controller (IPC) 
| an IMU channel. IPCs connect IMUs to other controllers or to peripherals, 
| such as consoles and FNPs. 


interactive process 
a process that belongs to a person using a terminal, who is exchanging 
information directly and immediately with the system. 


I/O daemon 
| a special user process that has the attribute "daemon" and can be used to 
| control printers, card readers, etc. 


1/O daemon command 
one of the commands that control I/O daemons. 


IO Daemon logs 
logs of messages produced by the I/O daemon driver processes, containing 
information about all I/O requests. 


iom card 
| a configuration card that identifies an I/O mainframe and must be edited to 
Change the state of an IOM or an IMU. 


IOM channel 
a connection between the IOM and an FNP, an MPC, or a console, over 
which the system can do I/O. 


keyname 
a name assigned to a major hardware module cabled to a DPU that uniquely 
identifies the module to the DPU. 


keypunch machine 


a typewriter-like device used to type characters onto and punch holes into 
computer cards. 
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kill character (@) 
a keystroke that erases a whole line, everything from the cursor back to the 
left-hand side of the screen. 


killing a mount request 
denying the mounting of a tape or disk. | 


label 
a tape or disk identifier. | 


Level 68 . 
the model number of the Multics processor manufactured prior to the current | 
8/70M model. | 


line printer 
a high-speed printer that prints a line at a time (vs a character at a time). | 
Normally connected directly to the JOM or IMU. | 


link adapter 
an MPC’s connection to an IOM. 


load control group 
a group of users created by a system administrator and controlled by limits he 
or she sets up. 


lock mode 
a mode in which the bootload console is not accepting input. 


logging 
a means of keeping track of system events. The system writes messages to | 
system logs to record system status; these logs provide a history of activity on | 
the system. Operators also keep hand-written logs recording significant system | 
events (e.g., CPU or memory configuration changes, hierarchy backup tape | 
numbers, events leading up to a system crash, new or changed operation | 
procedures, etc.). | 


logical device 
used by a remote driver to control a physical device. 


logical volume 
a set of physical volumes (disk packs) that have some logical relationship to | 
each other. | 


LOG partition 
a reserved area of disk on which syserr messages are written. 


low-order memory 
the bootload SCU. 


magnetic tape processor (MTP) 
an MPC that controls tape drives. 
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| Maintenance channel adapter (MCA) 

| a micro processor in the IMU that controls the IMU, the system init and boot 
| functions, and all firmware loading of micro processors in the IMU central and 
| channels. It can also perform test and diagnostics on the IMU. 


major device 
| a physical device as defined in the I/O daemon tables. 


manual mode 


a mode in which the system pauses in BCE after a crash and waits for you to 
take action. 


mass storage processor (MSP) 
an MPC that controls disk drives. 


master console (for multidrop interface (MDI) to IMUs) 
the console that handles the operator comunications to and from the 
maintenance channel adapter(s) for the IMUs configured on the MDI. There 
can be only one master console per MDI, and only one MDI per system: this 
is designated by the internal configuration file in the IMUs. 


master directory 
a directory whose segments reside on a different logical volume than the 
segments of the directory immediately above it. 


match id 
| a number associated with a print request. 


mem card 
a configuration card that identifies a system controller and must be edited to 
change the state of a system controller. 


memory 


the part of a Multics configuration that contains instructions and manipulated 
data. 


message coordinator 
a facility that distributes messages between daemons (I]/O driver processes and 
other system daemon processes) and the bootload console and _ initializer 
terminals. It allows many daemon processes to be controlled from a limited 
number of terminals (virtual consoles). With the message coordinator, you don’t 
need 25 terminals to run 25 daemon processes. 


message coordinator message 
a message produced by system control, a daemon, or the answering service. 


message coordinator name 
| same as message coordinator source id. 


| message coordinator source id 

| a label printed in messages to identify which daemon process outputs the 
| message. You can use the same id with the “reply” command to send input to 
| that daemon. Examples: bk = Backup, vinc = Volume_Dumper, prita = 
| 10.SysDaemon (printer A). 
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message coordinator terminal 
a bootload console and any other configured initializer terminal. 


microprogram 
firmware. 


microprogrammed peripheral controller (MPC) 
a major hardware module that controls storage devices or unit record devices. 


minor device 
a Jogical device as defined by the I/O daemon tables. | 


mounted 
the state of a physical volume when the pack(s) are housed in the drive, the 
drive is operationally ready, and this has been made known io Multics. 


Multics (Multiplexed Information and Computing Service) 
a complex operating system. 


Multics command 
a standard command used to communicate with Multics. 


multiplexer 
a device for funneling many communications channels into a single, higher | 
speed connection to the system. An FNP is a multiplexer: many terminals | 
connect through the FNP to a single IOM channel. Certain channels within an | 
FNP can also be multiplexers, connecting many terminals through a special | 
communications device (e.g., a modem) to a single FNP channel. | 


network 
a collection of hardware that provides the service of connecting many different 
pieces of data processing equipment, allowing them to communicate with each 
other. 


online software 
the part of the system software that can be changed while the system is 
running, and includes all of the programs that live in the storage system and 
use it. 


operating system 
a set of programs that reside in a computer and do the following: interpret 
users’ instructions, contro] the hardware, supervise the basic operation of the 
system, share system resources among many users. 


operator console 
the bootload console connected to the system through a channel on either an | 
IOM or an IMU. | 


orderly shutdown 
a shutdown that is normal and planned. 
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panel . : 
a collection of switches and lights on a hardware device, used to control the 
configuration of the hardware and to make changes in the way the hardware 
operates. 


pathname 
a name which specifies a segment’s or directory’s location in the storage system 
hierarchy. 


peripheral 
a device connected to a Multics system configuration and controlled by it; a 
terminal, storage device, unit record device, FNP or bootload console. | 


physical volume 
a set of data accessed as a group. | 


printer 
an output device which produces hardcopy (paper) output in response to 
software programs. 


printing terminal 
a hardcopy terminal. 


private logical volume 
a storage system logical volume to which access is restricted and whose physical 
volumes are not permanently mounted. 


process 
a user’s share of the system, which begins when he logs in and ends when he 
logs out. 


process directory 
a directory which contains segments that are only meaningful during the life of | 
a process. | 


processor 
a Central Processing Unit. 


program 
a set of instructions for solving a problem, coded in a language the computer 
understands. 


prph card 
a configuration card which indentifies a peripheral and must be edited to 
change the state of a bootload console. | 


public logical volume 
a storage system logical volume to which access is uwmrestricted and whose 
physical volumes are usually permanently mounted. 


ready mode 


the first mode a DPU enters after it is booted, in which the unit connected to 
it can be changed. 
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recovery 
the procedure by which the backup systems recover segments and directories 
that have been dumped onto tape and place them back into the storage system 
hierarchy. 


reloading 
the global recovery of a major portion of the hierarchy when it has been 
damaged. 


remote device 
a unit record device which is connected to the FNP and communicates with 
the IOM via the FNP. 


remote driver 
a remote driver process. 


remote driver process 
an I/O daemon which controls a remote device. 


remote job entry (RJE) | 
a process whereby standard Multics commands are punched on cards, then 
copied into an absentee segment which is submitted as an absentee job. 


remote station 
a remote device which is physically remote from the Multics system. 


request type 
a set of queues into which users may place requests for the I/O daemon to 
perform services. 


Resource Control Package (RCP) 
a facility which controls and allocates peripheral resources by managing the 
assignment of all storage and unit record devices and any disk or tape volumes 
which.can be mounted on them, producing mount messages, and checking users’ 
access to to use devices and volumes. 


retrieving 
the recovery of: individual segments and directories at the request of users. 


ring 1 
the first ring the initializer process enters when the system is started up. 
ring 4 
the second ring the initializer process enters when the system is started up. 
rings 
the eight levels of privilege in a Multics system. Lower numbered rings are 
more privileged than higher numbered rings. 
RJE station 
a remote station. 
root 


the root logical volume (RLV). 
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root logical volume (RLV) 
the special logical volume (one or more physical volumes) that contains all the 
files needed to bring Multics up all the way to ring 4 command level, plus all 
the directories in the hierarchy. The information contained in the RLV must 
be available to the system. 


root physical volume (RPV) 
the single physical volume required to boot BCE, to bring Multics up as far as, 
ting 1 command level, and to do ring 1 functions like reloading volumes and 
performing some kinds of crash recovery. It is a physical volume of the RLV. 


salvagers 
a set of programs that do cleanup work on the storage system, detecting 
damage and, if possible, correcting it. 


segment 
the basic unit of information stored in the storage system. All files and | 
directories are stored inside segments. A segment can contain from 0 to 255 | 
records of data; each record is 1024 machine words long, and can hold 4096 | 
characters of data. | 


sentinel 
a message from a daemon that begins with "->" and indicates that the daemon 
wants input. 


service session . 
a bootload session. 


— session 
a bootload session. 


software 
all of the programs that control the activities of a computer system. 


source id 
same as message coordinator source id. 


storage device 
a disk or a tape. 


storage director 
the controller for FIPS disk devices. The head-of-string devices connect to it 
on the device side. The host side connects to the FIPS channel in the IMU. 
The firmware for these controllers cannot be loaded from the system. 


Storage system 
the combination of hardware and software that Multics uses for storing 
information. 
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storage system disk 
a disk that belongs to the system and contains some part of the storage system 
hierarchy in a standard format. 


storage system hierarchy 
the structure into which all segments and directories are organized, It looks 
like an upside-down tree, with a single directory called "the root” at the top 
and the rest of the directories spreading out like branches from _ there 
downward. 


store unit. 
one of the parts into which the memory associated with an SCU is divided. 


supervisor 
the hardcore supervisor. 


swapping ttys 
rerouting messages from one terminal to another. 


syserr log 
a log of messages produced by the supervisor and some of the online 
programs. 


syseIr message 
a message produced by a subsystem or program and contained. in the syserr 
log. 


system administrator 

a person who is responstble for: providing his or her site with a particular 
Multics operating environment, controlling and allocating resources (including 
those managed by RCP), registering projects and users, creating load control 
groups, setting prices on resources, setting limits on and billing for resource 
usage, scheduling system activities such as hours of operation, shift change 
times, and unattended service, describing site parameters and setting site options, 
assuring system security. System administrators are responsible to upper 
management for the successful overall operation of the entire computer system. 
Thus, they set policies from which operators and system maintainers take their 
direction. 


system console 


| the bootload console connected to the system through a channel on either an 
| IOM or an IMU. 


system control 
the initializer process. 


system controller 
a System Controller Unit. 


System Controller Unit (SCU) 
a major hardware module responsible for: controlling and coordinating the 
activities of all other hardware modules, controlling memory, interfacing 
between memory and CPUs and IOMs. 
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system crash 


an unplanned termination of system availability caused by problems with either 
the hardware or the software. 


system log book 
a physical “pencil and paper” log that is the operator’s record of unusual 
occurrences. 


system loop 
one of two kinds of system failures that don’t crash the system. 
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system maintainer . 
a system programmer who is responsible for: configuring and tuning the | 
operating system to make it comply with special site requirements, backing up | 
and recovering the system, salvaging and scavenging, analyzing crashes, balancing | 
disks, setting up things like I/O daemons and the message coordinator, | 
metering and tuning, maintaining system data bases. | 


system shutdown 
the process of ending Multics service. 


system software 
the programs that come with Multics. 


system startup 
the process of beginning Multics service. 


system _start_up.ec 
an exec_com which is invoked automatically when the answering service is 
started up. It initializes the answering service, and may also contain commands 
which turn on the message coordinator, log in the daemons, start up the. 
absentee facility, load the FNPs, set the message of the day, schedule system 
shutdown, accept additional channels for the initializer process, and set up the 
disposition of various system messages. 


tag 

a number or letter which identifies a particular box. 
tailsheet 

the ending identification page of a dprint. 
tape 


a means of storing information on Multics. 


tape controller 
an MPC which controls tape drives. 


tape drive 
~ a device which houses tape reels. 


tape handler 
a tape drive. 


tape reel 
an individual tape unit. 


terminal 
a device used to send input to and receive output from the system, with a 
keyboard like that on a typewriter. 


test and diagnostics (T & D) 


a collection of online programs used by CSD. The programs allow CSD to run 
tests which help them maintain maximum system availability. 
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transparent (TM) mode | | | 
the second mode a DPU enters, in which the unit connected to it can be 
displayed. 


unattended mode 
a mode in which the system assumes there is no one present to mount tapes or 
disks. User tape mount requests are not honored and user print requests line 
up in the queues. 


unattended service 
unattended mode. 


unit 
any major hardware module. 


unit record controller 
an MPC which controls printers, card punches and card readers. 


unit record device 
a printer, a card punch or a card reader. 


Unit Record Processor (URP) 
an MPC which controls printers, card punches and card readers. 


unlock mode 
input mode. 


user control 
the answering service. 


user I/O disk 
a disk which belongs to a user and can contain any kind of data in any 
format. 


user ring 
Ting 4. 


User_id 
a name assigned to a registered Multics user or a daemon which identifies him 
or it to the system. 


video terminal 
a terminal which prints input and output on a television-like screen. 


VIP mode 
the third mode a DPU enters, in which switches can be executed to return to 
BCE and processors can be put in and out of step. It is also the one mode in 
which the DMP/VIP operates. 


volume backup system 
a backup system which dumps segments and directories by following the layout 
of files on disk packs, dumping segments and deere in an order unrelated 
to the storage system hierarchy. 
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volume salvager . 
a salvager which must be the only thing running in the system. 


volume scavenger 
a salvager which can be run along with everything else in the system. 


wakeup dump 
an incremental dump. 


wakeup tape 
an incremental tape. 


warm boot 
a bootload which assumes that some information from the previous bootload is 
to be used and/or maintains the current storage system hierarchy. | 


warm bootload 
a warm boot. 


workstation 
a computer which acts as a satellite for Multics, to which physically remote 
devices (remote stations) are connected. l 


X command 
an exec command. 
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.U command (DPU) 34-3. 34-6 


451 disk oe aes 3-3, 8-1, 18-1, 20-1, 21-2, 


moving 38-3 


500 disk one soe o=3,. 871, T6Hk, 20-1, 21-2; 


500 tape drive 8-1. 11-1. 11-2. 18-1, 19-3 
501 disk ae ah $=3; 6=1. 18-1. 20-1, 21=2, 


600 tape drive 11-1. 11-2. 19-3 
- 610 tape drive 8-1, 11-1. 11-2, 18-1, 19-3 
630 tape drive 11-1, 11-2, 19-3 


3380 disk drive 2-5.1, 3-3, 8-1. 18-1 
3381 disk drive 2-5.1, 3-3, 8-1, 18-1 


6000 EMERGENCY switch (FNP) A-7 
6000 MAILBOX switch (FNP) A-7 
6000 TERMINATE switch (FNP) A-7 


8200 tape drive 8-1, 11-1, 18-1, 19-4 


<BRK> key (DPU) 34-3, 34-6 
<Fl> key (DMP/VIP) 34-6, 34-7 
<F1> key (DPU) 34-6, 34-7 


? command (DPU) 34-4, 34-6 


A 


abs command (initializer) 
ump 30-4 


release 30-6 
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abs command (initializer) (cont.) 
trun 30-6 
start 30-1 _ 
start queue 30-3 
stop 17-4, 30-1 
stop queue 30-3 
suspend 30-5 
absentee 
facility 3-10, 30-1, B-1 
Starting 30-1 
,StOpping Ey=12-17=3,- 30>) 


S 
bumping 30-4 
ecto ne 30-5 
forcing log in 30-6 
getting info 30-7 
moving 30-3 
releasing 30-6 _ 
suspending 30-5 
process 3-10, 3-16, B-1 
queues | 
restarting 30-3 
setting highest numbered 30-4 
stopping 30-2 
slots 
setting 30-2 
accept command (initializer) 5-6, 6-3 
active state 12-1, B-1 
add_lv command (initializer) 21-1, 21-3 
add_vol command (initializer) 21-2, 21-4 
adding a CPU 29-1, 32-1 
adding a disk drive 20-5, 21-6 
adding a FNP 32-5 
adding a logical channel 32-6 
adding a SCU 29-1, 32-2 
adding a tape drive 19-5, 19-6 
adding alternate bootload console 32-7 
adding an IMU 32-4 
adding an IOM 32-4 
adding memory 32-2 
ADDRESS RANGE switch (CPU) A-3 
ADDRESS RANGE switch (IOM) A-5 
ADDRESS STOP switch (CPU) 9-3 
admin.ec 3-12, B-1 
administrative ring 3-11, B-1 
AIM 14-1, 14-3, 14-5, 23-6, 23-7, 24-1, 24-4, 
24-7, 24-9 


ALARM RESET button (IOM) 36-11 
ALARM switch (CPU) A-3 
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ALARM switch (IOM) A-5 - 
ALARM switch (SCU) A-2 


answering service 3-12, 13-1, 30-1, 39-1. B-1 
failure 13-5 
log 3-15, ae 


argument 4-2. B-1 

assigning a disk drive 20-4. 21-5, B-1 

ASSIGNMENT switch (CPU) 9-2, A-3 
ASSIGNMENT switch (IOM) 9-1. A-5 
attach command (initializer) 29-3, 29-4 
attaching a channel 29-2 
attended command (exec) 31-2 


attended mode 31-1, B-1 
setting 31-2 


attended service 31-1, B-1 
ATTN/RESET key (console) 5-5, 5-8, 11-6 


audible Be icy. 7-1, 11-2, 14-2, 17-6, 
ly 20-1. 20-2, 21-3. 21-4 
sn, 383) , B-2 


auth command (exec) i = ‘0-3 
authenticating a disk 20-3 
authenticating a tape 19-3 
authenticating a user I/O disk 20-3 
auto command (exec) 31-2 


auto exec Se is “4 4 13- ea ae 1, 31-1, 35-1, 


AUTO es fae ie ; 


automatic mode 13-1, 31-1, 35-1 
36-5, 36-7, 36-10, B-2 
setting 31-2 


AUTOMATIC RATE SWITCH (IOM) 9-2 
automatic reboot mode 31-1, B-2 

automatic recovery failure 37-1 

automatic recovery, Pees. 35-1, 35-2, 36-2 


36-10, 36- 


36-2, 36-3, 


36-5, 36-6, 36-7, 36-8, 


i 


backup 3-13, B-2 
3-13, B-2 
dumping 3-13 
functions 3-13 
3-13, B-9 
3 


TeCOvery 3-13 ari 

reloading 3-13, B-1 
3-13 

~13, B-18 


retrievin 
volume 
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backup commands 3-13, B-2 
end_dump 17-3 
end_volume_dump 17-3 

backup commands (cont.) 

Tetrieve 27-4 
Tetrieve_from_volume 27-1, 27-5 
wakeup_dump 17- 
wakeup_volume_dump 17-3 


backup daemon message 6-2, 7-1, 7-3 
backup dump 26-1, B-2 


backup hierarchy dump ping 
see incremental hierarchy dumping 


backup tape 26-1, B-2 


backup volume dumping 
see incremental volume dumping 


banner bars 22-1, B-2 


BCE 3-5, 3-6, 31-1, 33-1, 34-2, B-2 
booting 3-6 
boatload 3-6, 11-1, 11-8 
bootloading 11-1 
initializing 11- 7 
message 7-1, 7-2, B-2 
partition 3-6. 11-14, B-2 
returning ae sysiem | failure 13-4, 35-2 
36- 6-5. 36-7, 36-10, 36- 12 
shuttin oan 36-8, 36-1 
States 3-6 


BCE 24000 eomnand (DMP/VIP) 34-7. 36-5, 


BCE 24000 command (DPU) 34-7, 36-5, 36-10 
BCE 24002 command (DMP/VIP) 34-7, 36-12 
BCE 24002 command (DPU) 34-7, 36-12 

bce command (BCE) 11-8, 16-1 

BCE commands 3-6, 4-3, 5-5, 6-2, B-2 


3ir2,: 30-3 
APY 12, 1253, 12>4,. 12-5 


esd 35-1, 37-1 
fwload 11-11, 16-1, 36-12, 37-2 
tpv 16-1 


BCE/ Multics system tape 3-6, 3-8, 11-1, B-2 


per 

see audible alarm 
boot command (BCE) 13~1, 35-2, 37-2, 37-3 
BOOT ote. switch (IOM) 9-2, 11-2, 11-13, 


booting 3-5, B-2, B-3 


booting BCE 3-6, 11-8 
problems 11-13 


booting Multics 3-5, 3-8, 13-1 
BOOTLOAD button (console) 11-4, 11-13 
BOOTLOAD button (IOM) 11-4 
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bootload command environment 
see B 


bootload console 3-6. 3-11. 5-1, 11-3, B-3 
adding alternate 32-7 
and MCA 5-6 
changing 32-8 
deleting 32-9 


bootload CPU 3-5, 9-2. 32-2, 32-3, 33-1. 36-2. 


36-3, 36-4, 36-5. 36-6, 36-7, 36-9, 
36-10. B-3 


bootload IOM 3-5, 9-1, 11-1, B-3 


bootload processor 
see bootload CPU 


bootload SCU 3-5. 9-1, 32-4, B-3 
bootload session 3-5, B-3 


bootloading. 
see booting 


bootloading BCE 
see booting BCE 


bootloading Multics | 
see booting Multics 


bootloads 
cold 
see boots, cold 
warm 
see boots, warm 


cold 3-5. B-4 . 
warm 3-5, B-19 


BOT light (tape drive) 11-1, 11-3, 11-12, 19-4 
box 2-1, B-3 
bringing the system up 3-8, 16-1, A-1, B-3 
bulk data input 23-3 
bump command (initializer) 17-2, 29-2 
bumping an absentee job 30-4 

C 


CABINET SHUTDOWN button (CPU) 8-1 
CABINET SHUTDOWN button (IOM) 8-1 
CABINET SHUTDOWN button (SCU) 8-1 
CACHE ENABLE swifches (CPU) 13-4 
canceling a storage system disk mount 21-4 
canceling shutdown 17-6 
CAPS LOCK key (DPU) 34-1 
card decks 

checking 23-3 

control cards 23-4 


format 23-3 | 
bulk data input 23-3 


remote Re entry 23-3 
preparing 3-4 
feading 23-3 
card punch 2-6, 23-1, 23-2, B-3 
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card reader 2-6, 23-7. B-3 
CARRIAGE RETURN key (init. term.) 
cat command (exec) 26-4 

catchup dump 26-1, B-3 


catchup hierarchy dumping 
see consolidated hierarchy dumping 


catchup tape 26-1. B-3 


catchup volume dumping 
see consolidated volume dumping 


CCU 2-6, 23-6, B-4 


central Cisne unit 
see CPU 


CF command (DMP/VIP) 34-6, 34-7 
CF command (DPU) 34-6, 34-7 

CFG command (DMP/VIP) 34-6, 34-7 
CFG command (DPU) 34-6, 34-7 
change_wdir command (Multics) 27-3 
changing bootload console 32-8 
changing printer request type 22-5. 22-6 


6-1 


changing remote printer print formats 24-7 


enaneine state of CPU 
in BCE 12-1 


changing. state of FNP 
in BCE 12-4 


changing state of IOM 
it BCE 12-3 


changing state of SCU 
ir BCE 12-2 
changing, State of system console 
in BCE 12-5 
changing unit connected to DPU 34-4 


CHANNEL ee as eas CODE switch (IOM) 9-2, 


CHANNEL paola switch (IOM) 9-2, 


channels 29-4 
attaching 29-3 
communications 2-3, 24-8, B-4 
eaoenine 29-3 
IOM 2-1, 9-2, A-7, B-10 
logical . 
adding 32-6 
deleting 32-7 
removing 29-3 


checking a card deck 23-3 
checking switch settings 9-1 
clearing a store unit 32-2 


clock 3-15, 11-9, 13-1, B-3 
setting 11-9 


clok card 3-9, 11-9, 11-14, B-3 


112, 
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cold boot 3-5, B-4 


cold bootioad 
see cold boot 


combined card unit 


see CCU 
commands 4-2 ma 
pee 3~13, 

-6. 4-3. a 5. 6-2, B-2 
daemon 3-12, 4-3, 5-5. 6-2. B-6 
exec 3-12. 43. p> 6-2. B-7 
pong help 4 

aemon 2. “13, By 10 
ination 3-11, 5-5. 6-2. B-9 
Multics 4-2, d3" go 5. 6-2, B-12.1 
regular vs exec vs daemon 4-2 


short form vs long form 4-2 


communications channel 2-3, 24-8, B-4 


communications line 2-3. 24-8, 24-13, 25-1. B-4 


getting info 24-13 
communications processor 2-3, B-4 
comp command (exec) 26-6 
complete dump 26-1. 33-1, B-4 
complete dump tape 26-1, B-4 
complete hierarchy dumping 26-6 
complete volume dumping 26-7 
config cards 3-9 - 

clok 3-9, 11-9, 11-14. B-3 
cpu 2-1. 3-9, 12-1, B-5 
, 3-9, 12-3, B-10 
12-2, B-1 


mem 2-1, 3-9, 2 
prph 2- 3-9; 12-4; 12-5, A-7, B-13 


config ona (BCE) 11-9, 12-1, 12-2, 12-3, 


config deck 3- 9. am Tia 9-1, 12-1, 32-1, 33-1, 
A-7, B-4. B- 
clok card 3-9, Ae ty 11-14, B-3 
it card “oa 12-1, B-5 
iting 1 
iom BY 3 9, 12-3. Pau 


mem card 3-9, 12- 
prph card 3-9) 12-4 ts. A-7, B-13 
33-1, B-5 


configuration 3-9, 


configuration card 
see config card 


configuration deck 
see config deck 


configuration panels 
displaying 34-5 


console 5-1, B-5 
audible alarm 5-5 
bootload 3-6, 3-11, 5-1, 11-3, B-3 
adding alternate 32- 
changing 32-8 
deleting 32-9 
chaneeee stale 


correcting ee 5-3 
entering commands 5-3 
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console (cont.) 
input prompt 5-1 
interrupting system 5-4 
issuing commands 5-2, 5-5 
messages 5-5 
rerouting activity 5-5 
system 5-1, B-16 
typing input 5-1 


console buttons 
BOOTLOAD 11-4, 11-13 


C 

INITIALIZE 11-4, 11-13 
OFFLINE 18-1 

ONLINE 8-1 

POWER OFF 18-1 

POWER ON 8-1 


console keys 
ATTN/ rae S- a oe “8. 11-6 
EOM 5-4, 5-8. 11-10 
Sega eg ae OR ERROR 5 —3, 5-8 


5-4, 
RE RN $-2,'5-4.'9-8. 11-4, 11-7, 11-10. 


console switches 
POWER 8-1. 18-1 


consolidated dump 26-1. B-5 
consolidated hierarchy dumping 26-4 
consolidated tape 26-1. B-5 
consolidated volume dumping 26-5 
control cards 23-4 

control file 27-3, B-5 


controllers 11-14 
disk 2-5. 11-11, B-7 
tape 25.1 i -{, 11-7, 11-11, 36-12, 37-2, 


unit record 2-6, 11-11, 37-2, B-18 


COnVerUne a disk drive 
from sioniee system to user I/O 20-5, 21-5 
from user 1/O to storage system 20-5, 21-5 


yeh tact 14-1, 14-3, 22-1, B-5 
ng in 14-3 
pO lems 14-8 
process 3-13, B-5 
Starting 14-3 


coordinator request number 22-1, 22-10, B-5 
copy command (daemon) 22-4 
CPU 2-1, B-3 

adding 29-1, 32-1 

bootload iG 3 ~2, 32-2, 32-3, 33-1, 3 


6-2 
6-3, 3674 36-5, 36-6, 3627, 36-9, 
-10, B-3 


changing sta slat 
deleting Fo-t - =) 
initializing it- 3 


CPU buttons 
CABINET SHUTDOWN 8-1 


EXECUTE 36-2, 36-3, 36-7 
INIT-CLEAR 11-3, 33-1, 36-6, 36-9, 36-11 
HINLTiIALIZE WM LLOEAN 1179, 3271, IO, 
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CPU buttons (cont,) 
36-7. 36-8 

POWER ee 18-1 

POWER ON 8-1 


epu card-2=1, 3-9. 12-1. B-$ 


CPU switches en eae 
ADDRESS Sg. A3 
ADDRESS STOP 9-3 
ALARM A 


so 
ASSIGNMENT a a 


TO 
CACHE ENABLE 13-4 
CYCLE: 36=5, 
DATA 36-3. 
ATCH A 


EXECUTE PB/SCOPE REPEAT 9-3. 
EXECUTE SW CHES / a eo F AULT 


FAULT CONTROL 9-3, oo 
INITIALIZE nie “CLEARY INITIALIZE 
CONTROL 9-3, 


INITIALIZE ENABLE A- 3 
MAINTENANCE PANEL MODE A-3 
OPERATING MODE oe A=3 

PORT a ar get 22 a ne oe 32-1, 36-4. 36-6. 
PROCESSOR FAULT BASE ADDRESS A-~-3 
PROCESSOR NUMBER" A-3 

TEST CONTROL 9-3 


CR button (console) 36-12 
CR key (DPU) 34-1 


crash 3-8, 31-1. 32-9, 33-1, 37-3, B-5 
quring $i aaa 13-4 


system $ ge 35- -1, 35-2, B-16.1 
cross barred 2-3, 2-5, 38-1. B-5 
cross retrieval 27-3, B-S 
crt terminal 2-5, B-5 


CSD 1-3, a ae Bee 19-8, 34-6, 


CSU6004 5-1, 8-1, 11-4, 18-1, B-6 
CSU6601 5-1, 8-1, 11-3, 18-1, 36-12, B-S 


customer services division 
see 


CYCLE swites fer) 36-3, 36-4, 36-6, 36-8, 
D 


daemon commands 3-12, 4-3, 5-5, 6-2, B-6 
co - 
de Be 22-11 


go 14-2, 14-5, 16-1, 22-2, Ps 22-7, 
22-9 . De 1. 22-11, 22- 1 
23-3, 24-4, 24-6, 34-7, WS 24-11, 


255 
halt Ty #3, .22-9, 2471 
kill 


list 14- 8, 22-8, 24- 
list_daemon ‘pequeds 22-9, 23-2 
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i-5 


daemon commands (cont.) 
new_device 22-5 
next 22-11 
print 22-4 
print_devices 14-6, 22-7, 24-12 
print_line ids 24-13 
quit 22-9. 23-8 
read_cards 23-7, 
ready 24-7 
reinit 22-12 
release 23-8 
restart 22-3, 22-10 
sample_hs 14-2, 16-1, 22-4, 22-6 
shutdown 40-1 
start 22-13 
Station 25-2 
Status 22-6 


daemons 3- i 4° -16, B-6 

Sed ie B-2? 

Data aenent 40-1, B-6 
logging in 40-1 

dumper 
logging in 1$-1, 26-2, 26-4, 26-6 
logging out 26-10 
starting 15-1 

I/ oT 3-13, B- Wi 
ogging in 14- 
logging out 2 135.2556 
Starting 14-1 

retrieval 
logging in 27-1, 27-2 
logging out 27-5 


data base 3-1, 3-5, B-6 
Data Management 40-1, B-6 
Data Management daemon 40-1, B-6 


Data Management system 
shutdown problems 40-2 
shutting down 40-1 


DATA switches (CPU) 36-3, 36-7, 36-12, A-4 
datanet 2-3, B-6 

daylight savings time 11-9 

defer command (daemon) 22-11 

deferring a printer request 22-10 

deferring an absentee job 30-5 

DEL key (DMP/VIP) 34-6, 34-7 

DEL key (DPU) 34-1, 34-6, 34-7 
del_lv command (initializer) 13-3, 21-4, 21-7 
deleting a CPU 29-1, 32-2 

deleting a disk drive 20-6, 21-6 

deleting a FNP 32-6 

deleting a logical channel 32-7 

deleting a SCU 29-1, 32-4 

deleting a tape drive 19-7 

deleting an IOM 32-5 


23-8 
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deleti bootload console 32-9 disk drive switches 
seenegs ONLINE/OFFLINE 18-1 


deleting memory 32-4 START ae _ 18-1 
density 2-5.1. 11-1. 11-12. 26-1. 26-2, 26-4. disk drives a 
26-6. B-6 451 2-5, 8-1 i i 1, 20-1, 21-2. 21-3 
2 = movin - 
deny command (exec) 19-3, 20-4 500 2-5. Bel. 18-1. 20-1. 21 2. 4-3 
denying a tape 19-3 te 8-1, 18-1, 20-1, 21-2. 31 -3 
denying a user I/O disk 20-4 3380 2-5.1. 18-1 
detach command (initializer) 29-3 sine 30%5) 1-5 
detaching a channel 29-3 converting 20-5. 21-5 
74-2. 24-5 deleting 20-6, 21-6 
device class Me ea 14- = 315. >s. 22- 13, ; readying 20-4 im 
getting into 0 i pre , | disk error message 5-5, 7-1, 7-2 
devisds ieee eas disk pack 2-5, 33-1, B-7 
—style fz 
etting anfo 22-7, 24-12 disks 2-5, B- 71-5. B-l 
fead-pf—strin B-9, B-15 assigning 20-5, a 
logical 24-1, B-11 authenticating 20-3 
major 24-1. 25-2. B-12 canceling mount 21-4 
minor 24-1, 24-2. 24-5. 24-10, 25-2, B-12.1 denying 20-4 7 
remote 24-1. B-14 getting info 20-6, 21-8 
logging in 24-7, 24-9 illing. mount request 19-3, 20-4, B-11 
Storage 275, pe 15 Lee a ae Sables 38- 3 
unit record 2-5.2. B-18 storage system 2-5, B-16 
DIA 2-3. B-6 user 1/O 2-5, 
DIA board A-7 displaying see ea panels 34-5 
diagnostics processor unit distributed processing system 8 
see DP see DPS 8 
dial command (Multics) 5-5, 6-3, 25-1 DMP 2-8, B-7 
die command (BCE) 36-8, 36-11 -DMP/VIP 36-4, 36- ~9 
direct interface adapter getting E 40 ae ie 
see DIA VIP 34-5, B- 18 i 
= naming conventions 34- 
onferarchy 3 . 16. : 7 ping eatventions 34-4 
disk controller 25.1, 11-11, B-7 BCE 5400) 3 4-7 36-1) 
disk devices ra ae 34- ie 
FIPS B-15 CEG 34-6, 34- 
dick -anive ST CU 34-7, 36-5, 36-10 
451 3-3 ae a keys 
500 3-3 1> 34-6, 34-7 
gO) ees DEL 34-6, 34-7 
3350 3-3 down command (initializer) 17-1 
os SE BE DPS 8 2-6, Be? 
POWER ON. 8-1 eee 
READY 38-3 DPU 2-6, 36-4, 36-9, B-6 
START 20-2, 20-4, 21-2, 21-3, 21-4 changing unit connected 34-4 
STOP 18-1 finding out which unit is connected 34-3 
SUBSYSTEM POWER OFF 18-1 getting felp with commands 34-4 
SUBSYSTEM POWER wy N 8-1 modes 
UNIT EMERGENCY 8-1 teady 34-1, B-13 
disk, drive lights Vip 34-3, Bad 36-4, 36-9, Ba 
READY 21-4 naming conventions 34-1 


typing conventions 34-1 
use of carriage return 34-1 
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DPU commands 
.U 34-3, 34-6 
? 34-4. 34-6 
BCE 24000 34-7. 36-5 
BCE rae 34-7, 36-1 


o 34-7, eA 5. 36-10 
P 34-6 


TM 34-3. 34-7 
VIP 34-3. 34-6 


C 
DEL 34— -1, 34-6, 34-7 
RETURN 34-1 


driver B-7. 

printer 14-1, 22-1 
logging in 14- j 
logging out 22- a 
Starting 14-4, 22-2 

problems 14-8 

punch 14-5, 23-1 
logging in 14-5 
logging out 3 © 23-8 
pone 
Starting 4-5. 23-1 
stopping 23- 

reader 
logging in 23-6 
logging out 23-7, 23-8 
Starting 23-7 
stopping 23-8 


driver process 3-13, B-7 


drives 
disk 2-5, B-7 
tape 2-5, B-17 


drop command (initializer) 6-4 


dump 3-8, 31-1, 33-1, 36-2, 36-3, 36-4, 36-5 


dump command (BCE) 35-1 

dump control file 26-6 

dump exec_com 3-12, 37-1 

DUMP partition 37-1 

dump_mpx command (initializer) 39-1 


dumper daemons 
logging in 15-1, 15-3, 26-2, 26-4, 26-6 
logging out 26-8, 26-9 
starting 15- 


dumping 3-13, 
compete hierarchy 26 26-7 
complete volume 26-7 
consolidated Ketel Bi 26-4 
consolidated volume 26-5 
incremental mierarcny 15 - L 5h 3, sa 2 
incremental volume 15-2 7-3, 26-3 


dumping a FNP 39-1 
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36-6, 36-7, 36-8, 36-10, 36-11, 37-1 


dumping Multics 13-4, 37-1 

dumps 
backup 26-1, Re 2 
catchup 26- 1. B-3 
complete 26-1, 33-1. 
consolidated 26- 1, B-5 
incremental 26-1, B-9 
wakeup 26-1, B-19 

dynamic maintenance panel 
see DMP - 


dynamic reconfiguration 3-9, 32-1, B-7 
E 


editing clok card 11-9 
editing the config deck 12-1 


emergency shutdown 
see ES 


ENABLE MATCH switch (CPU) A-4 
end_dump command (backup) 17-3 
end_volume_dump command (backup) 17-3 
EOM kev (console) 5~4, 5-8, 11-7, 11-10 
erase character (#) 5-3, 6-1, B-7 

error message documentation 7-4 


ESD 3-8, 13-4, 17-6, 31-1, 36-2, 36-3. 36-4, 
36-5, 36-6, 36-7, 36-8, 36-10, 
36-11, 37-1, 38-3, B-7 
failure 37-3 
forcing 36-12 


esd command (BCE) 35-1, 37-1 


exec commands 3-12, 4-3, 5-5, 6-2, B-7 
attended 31-3 
auth 19-3, 20-3 


punch. end 23-2 
punch_restart 23-2 
teprint 22- 

reSet_tabs 6-5 
unattended 31-1 
vcomp 26-7 

vcons 26-5 

vinc 15-2, 16-1, 26-3 


exec_coms 3-12, oe 


admin.ec 3-12, 
cee T6-1, 31-1, 35-1, 35-2 


B-2 
ae PS iy, 4B 
a 3-12, 35-2, 36-2, 36-3, 36-5, 36- 
system_start_up.ec 3-12, 14-1, i5-1, 26-2, 
B-I7 
execute 2-1 
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7, 36-10 


EXECUTE button (CPU) 36-2, 36-3, 36-7 
EXECUTE as rt REPEAT switch (CPU) 


UTE SWITCHES/EXECUTE FAULT 
ee switch (CPU) 36-2, 36-3, 36-7. A-4 


executing fault 36-2. 38-3, B-7 
executing switches 36-2, B-8 


-ecuting switches (DPS 8) 36-4 
oxeetth chitterent bootload CPU: 36-9 


executing switches (L68) 36-3 
with differeni bootload CPU 36-6 


F 
failures | 
answering service 13-4 


automatic recovery 37-1 
different kinds 35-1, 36-1 
ESD 37-3 
FNP 39-1 
hardware 33-1, 36-12 
MPC. 38-1 
Multics dump 37-3 
' Multics reboot 37-3 
recording 37-3 
Startup 13-4 
system crash 3-8, B-16.1 
recognizing 35-1, 35-2 
PeSPOnC IEE a 35-2 
system hang B- 
eee 36-1 
system loop B-16.1 
recognizing 36-1 
FAULT CONTROL switch (CPU) 9-3, A-3 
finding out how many users are logged in 29-1 


finding out wee backup daemons are logged in 
finding out Neen I/O daemons are logged in 
finding out when unit is connected to DPU 


finding out which users are logged in 29-1 
FIPS channel 
IMU B-15 
FIPS disk devices B-15 
FIPS-style devices B-9, B-15 
firmware 2-1, 3-15, 11-1, 11-15, B-8 
loading 11-7, 11-11 
renee 38-1, 38-2 
reloading 37-2, 38-1 
firmware lights 38-1, B-8 
fixing printer paper 11-12, 22-2 


adding 32-5 
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loading 13-2. 32-5 
teloading 39-2 

shutting down 39-2 
taking out of service 39-1 


FNP _ buttons 
POWER OFF 18-1 
POWER ON 8-1 


FNP switches 
6000 EMERGENCY A-7 
6000 MAILBOX A-7 
6000 TERMINATE A-7 
HNP MAILBOX A-7 
HNP SPECIAL INTERRUPT A-7 
HNP TERMINATE A-7 


forcing an absentee job to log in 30-6 
forcing an ESD 36-12 

foreign tapes 19-1 

front-end 2-3, B-8 


front-end network processor 
see FNP 


fwload aoe (BCE) 11-11, 16-1, 36-12, 


G 


connected to DMP/VIP 34-5 

help with commands 4-4 

help with DPU commands 34-4 

info about absentee jobs 30-7 

info about communications lines 24-13 
info a device classes 14-6, 22-7, 


getting 
getting 
getting 
getting 
getting 
getting 


getting info about devices 14-6, 22-7, 24-12 
getting info about disk mounts 20-6, 21-8 
getting info about printer requests 22-9 
getting info about punch requests 23-2 
getting info Far request types 14-6, 22-7, 


getting info about tape mounts 19-7 


go command (daemon) 14-2, 14-5, 14-6, 16-1, 
-2, 22-6, 22-7, 22-9, 22-10, 
22-11, 22-12, 23-1, 23-3, 24-4, 
24-6, 24-7, 24-9, 24-11, '25-3 
go exec_com 3-12 


H 


halt command (daemon) 17-3, 22-5, 24-7 
HALTED light (MPC) 11-15 
hang 36-1 


hardcopy terminal 2-5, B-8 
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hardcore 3-9, B-8 

hardcore message 3-15. B-8 
hardcore partition 3-9, B-8 
hardcore supervisor 3-9. B-6 


hardware 2-1, B-8 
failure 33-1, 36-12 


hardwired 5-1, 25-1. B-8 
head-of~string device B-8. B-15 
headsheet 22-1, B-9 

help command (initializer) 4-4 
help file 1-3, B-9 


hierarchy 
direciory 3-1, B-6 
storage system 3-1, B-16 


hierarchy backup 3-13. B-9 
hierarchy dump maps 26-8 
hierarchy dump tapes 33-1 
hierarchy dumping 
~ complete 26-6 

consolidated 26-4 

incremental 15-1, 17-3, 26-2 
hierarchy retrievals 27-2 
high-speed printer 2-5.2, B-9 
hmu command (initializer) 17-2, 29-1, 30-2 
HNP MAILBOX switch (FNP) A-7 
HNP SPECIAL INTERRUPT switch (FNP) A-7 
HNP TERMINATE switch (FNP) A-7 

I 


I/O daemon commands 3-13, B-10 
I/O daemon message 6-2, 7-1, 7-3 


I/O daemons 3- 13, B-10 
logging in 14-1 
logging out 22-13, 23-8 
starting 14-1 
iboot command (MCA) 11-5, 11-12 


IMU 2-2, He B-12, B-15 
adding 32-4 
FIPS étannel B-15 
initializing 32-4 
IPC 2-2, 2-5.1, 11-8, B-10 
MCA 2-2, 5-6, 11-4; 11-5, 11-6, B-12 
inactive state 12-1, B-9 
inc command (exec) 15-1, 16-1, 26-2 
incremental dump 26-1, B-9 
incremental hierarchy dumping 15-1, 17-3, 26-2 
incremental tape 26-1, 37-2, B-9 


incremental volume dumping 15-2, 17-3, 26-3 
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information multiplexer unit 
see IMU 


init command (MCA) 32-4 
INIT-CLEAR button (CPU) 11-3. 32-1, 36-6, 
wae 36-11 


init. term. keys 
CARRIAGE RETURN 6-1 


initialization 3-8, B-9 


INITIALIZE Age a button (CPU) 11-3, 
32-1, 36-4, 36-7, 36-8 


INITIALIZE & 6 INITIALIZE CONTROL 
switch (CPU) 9-3, A-4 


INITIALIZE button (console) 11-4, 11-13 
INITIALIZE button (IOM) 32-4 
INITIALIZE button (MPC) 8-1. 11-15, 38-3 
INITIALIZE button (SCU) 11-13, 32-3 
INITIALIZE ENABLE switch (CPU) A-3 
INITIALIZE ENABLE switch (IOM) A-5 
INITIALIZE switch (IOM) 36-12 


initializer 3-10. 3-16, B-9 
command response 7-1. 7-4, B-9 
hang 36-1, B=9 
message 6-2 
pos Sa 3-16, 6-2, 13-1, 36-1, B-10 


na Ze commands 3-11, 4-3, 5-5, 6-2, B-9 
a 


bump 30-4 

defer 30-5 

list 30-7 

maxq 30-4 

maxu 30-2 

move 30-3 

release 30-6 

tun 30-6 

start 30-1 

start queue 30-3 

stop 17-4, 30-1 

stop queue 30-2 

suspend 30-5 
accept 5-6, 6-3 
add_lv 21-1, 21-3 


pli 7-2, 29-2 
del_Iv 13-3, 21-4, 21-6 
detach 29-3 


hmu 17-2, 29-1, 30-2 
list_disks 21-8 
list_vols 21-6 
listen 24-8 
load Ts 13-2, 32-5, 39-2 
login 1 14-4 1425 15=2; a 24-2, 
, 24-7, 3, -9 26-2 aie 26-6, 


a 40-1 
logout LAs i “1, 23-6, 23-7, 23-8, 26-8, 
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initializer commands (cont.) . 
maxu 29-2 


rcp 19-7, 20-6. 21-8 


reconfigure aes 19-7, 19-8. 20-5, 20-6, 
21-6, 21-7, 32-2. 32-3, 33-4. 32-4.1, 


32- 35 6, 32-7 
remove 6-4, 29-3 
set_drive_usage 20-5, 21-5. 21-6 
shutdown 17-4 
shutdown_mpx 39-2 


unload 19-5 
vacate ir_ volume 


21- 
warn 19-8, 28-1. 28-2. So ~1, 39-3 


who 14-8. 15-3, 17-2, 29-1 
word 28-1 


initializer terminal 3-11, 6-1. B-10 
adding terminal 6-3 
correcting errors 6-1 
dropping terminal 6-4 
entering commands 6-1 
inlerrupling system 6-1 
issuing commands 6-1. 6-2 
messages 6-2 
multiple terminals 6-2 
putting tabs back 6-5 
rerouting aclivity 6-4 


initializing a CPU: 11-3, 32-1 
DPS 8 36-6, 36-9, 36-11 
L68 36-4, 36-7, 36-8 

initializing an IMU 32-4 

initializing an IOM 32-4 


initializing BCE 11-1 
problems 11-12 


input mode 4-1, B-10 
input/output multiplexer 
Vee 10M E 


integrated peripheral controller 
see IPC 


interactive process 3-10, 3-16, B-10 
INTERLACE switch (SCU) A-2 


INTER U TS tea POPE switch (IOM) 


io command (exec) 14-1, 16-1 
IO Daemon log 3-15, 22-1, B-10 
iol command (exec) 14-1 


IOM 2-1, B10 
adding 32-4 
bootload 3-5, 9-1, 11-1, B-3 
changing. $ state 


aal 


deleting Ras 
initializing 32-5 


IOM alarm 


IOM BASE ADDRESS switch (IOM) 9-2, A-5 


IOM_ button 
ALA RM. RESET 36-12 
BOOTLOAD 11-4 
CABINET SHUTDOWN 8-1 
INITIALIZE 32-4 
IOM INITIALIZE MANUAL 36-12 
MANDAL 32-4 


STEM INIT 1 
SYSTEM INITIALIZE 11-4 
iom card 2-2, 3-9. 12-3, B-10 
IOM channel 2-1, 9-2, A-7, B-10 
IOM ea MANUAL button (IOM) 


IOM INITIALIZE switch (IOM) 32-4 
IOM NUMBER switch (IOM) A-5 
IOM switch (IOM) A-5 


IOM switches 
ADDRESS RANGE A-5 


BLE A-5 
OMCs BASE ADDRESS 9-2, A-5 
IQM BASE ADDRESS 9-2, A-S 
IQOM INITIALIZE 32-4 
IOM NUMBER A- 
IOM_TEST/NORMAL 36-12 
NT ENS ac BANEL -i3, A 36- a A-5 


OPERATI OD 2, 
OPERATION SELECTOR 

PORT ENABLE 9-1 

SCU PORT NUMBER Li), Aes 
SOURCE 9-2, 11-2, 11 A 
STOP CONDITIONS 9- 

STORE CONTROL 


NTR =2 
ZERO BASE S.C. PORT NO. 11-2, A-6 
IOM TEST/NORMAL switch (IOM) 36-12 
IPC 2-2, 2-5.1, 11-8, B-10 
K 


keyname 34-1, B-10 

keypunch machine 2-6, B-10 

kill character (@) 5-3, 6-1, B-11 

kill command (daemon) 22-9 

killing a mount request 19-3, 20-4, B-11 
killing a printer request 22-9 

kinds of failures 35-1, 36-1 
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leaving note in system log book 33-1 

Level 68 2-6, B-11 

line printer 2-5.2, B-11 

link adapter 2-3, 9-2, i1-1. 11-12, 11-15. B-11 
list command (daemon) 14-8, 22-8. 24-12 
list_daemon requests command (daemon) 22-9, 


list_disks command (initializer) 21-8 

list_vols command (initializer) 21-6 

listen command (initializer) 24-8 

LOAD button (tape drive) 11-1, 19-4 

load contro] group 3-15, 29-3, B-11 
LOAD/REWIND button (tape drive) 19-4 
load_mpc command (Multics) 38-2 

load_mpx command (initializer) 13-2, 32-5, 39-2 
loading a FNP 13-2, 32-5 


loading firmware 11-6. 11-11 
. problems 11-13, 11-14 


lock mode 5-2, B-11 

LOG partition 3-15, B-11 

logging 3-15, B-11 

logging in a remote device 24-7, 24-9 
logging in coordinator 14-3 

logging in Data Management daemon 40-1 
logging in ger I5=1,. 15-3,-26-2; 


logging in |/O daemons 14-1 

logging in printer driver 14-4 

logging in punch driver 14-5 

logging in reader driver 23-6 

logging in remote printer 24-2, 24-4 
logging in retrieval daemon 27-1, 27-2 
logging out a user 17-2, 29-2 

logging out daemons 17-4 

logging out dumper daemon 26-8, 26-9 
logging out I/O daemons 22-13, 23-8 
logging out printer driver 22-13 
logging out punch driver 23-6, 23-8 
logging out reader driver 23-7, 23-8 
logging out retrieval daemon 27-5 


eee channels 
adding 32- 
deleting 32-7 


logical device 24-1, B-11 
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logical volumes 2-5, 3-1, 13-3, B-11 
private 3-3, B-13 
mounting 21-3 
public 3-3, B-13 
mount Die} 
root 3-5, 11-3, 13-3, B-15 
14-4, 14-5. 


login ae So aNze 14-3 
15-2. 23-6, 24-2. 24-4. 24-7, 24-9, 


26-2. 26-4, 26-6, 27-1, 40-1 
login command (Multics) 5-7, 27- ~) 32-7, 32-8, 
32-9, 38-1 


login message 7-1, 7-3 


logout Sere (initializer) 17-4, 22-13. 23-6, 
23-7, 23-8, 26-8, 26-9, 27-5 


logout command (Multics) 5-8, 27-4, 32-8, 32-9, 
32-10, 38-2 


logout message 7-1, 7-3 
logs 
answering sere + =15 ae 


O Daemon 3-15, 22-1, B 
syserr 3-15, B-1 ie 


loop 36-1 

low-order memory 3-5, 32-4, 36-12, B-11 
LWR STORE SIZE switch (SCU) A-2 
LWR STORE switch (SCU) A-2 


M 
magnetic tape processor 
see MT 
maintenance channel adapter B-12 
see 


sie bate as PANEL MODE switch (CPU) 
MAINTENANCE PANEL MODE switch (IOM) 
36-12, A-S 


major device 24-1, 25-2, B-12 
MANUAL button (IOM) 32-4 
manual mode 31-1, 35-2, 36-2, 36-3, 36-5, 
. 36-7, 36-10, B-12 
setting 31-4 
MARGIN CONTROL MODE switch (SCU) A 
MASK A Mask (FORT, ASSIGNMENT sich 
SCU) 9-1, 32-3, 36-6, 36-8, 36-9, 


MASK/PORT ASSIGNMENT switch (SCU) A-2 


mass storage processor 
see MS 


master console : 
multidrop interface to IMUs B-1° 


master directory 3-3, B-12 
match id 22-9, 22-11, B-12 
maxu command (initializer) 29-2 
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MCA 2-2, 5-6. 11-4, 11-5. 11-6, B-12 


and bootload console 5-6 
communicating with 5-6 


MCA commands 


iboot. 11-5, 
init 32-3 


11-12 
tload 32-4 


MDI B-12 

mem card 2-1. 3-9, 12-2, B-12 
MEM CLEAR button (SCU) 32-3 
memory 2-1, B-12 | 


adding 32- 4 


deleting 32-4 


MEMORY SELECT switch (SCU) 32-3 - 
message coordinator 3-11, B-12 
message coordinator id 3-13 


message coordinator message 7-1, 7-2. 


133,,.B-12 


message coordinator name 3-13, B-12 
message coordinator source id B-12 
message coordinator terminal 6-1. B-12.1 


messages _ 
answering service 6-2, 7-1, 7-4 
backup daemon 6-2, 7-1, 7-3 


BCE 7-2, B-2 

disk dae 5-5, 7-1. 7-2 

ba acore 3-15, B-8 

1/O daemon 6-2, 7-1, 7-3 

initializer 6-2 

login 7-1, 7-3 

logout 7-1, 7-3 

mesage coordinator 7-1, 7-2, 7-3, B-12 


ready 529. 6-1 

salvager 5-5, 7-1, 7-3 
syserr 3-15, 7-1, 7-2, B-16 
system 7-1 

user 6-2 


microprogram 3-15, B-12.1 
microprogrammed peripheral controller 
see MPC 


minor device 24-1, 24-2, 24-5, 24-10, 25-2, 
B~-12.1 


MODE pa ia (SCU) oe 36-6, 36-8, 36-9, 


modes 


attended 31-1 
automatic a Fai 1, Se 36-2, 36-3, 36-5, 


automatic reboot 31-1, B-2 
tek 5) 


unlock 5-2, B-18 
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34-5, B-18 


modes (cont.) 
VIP (BMP /vIP) 
34-5, 36-4, 36-9, B-18 


VIP (DPU) 34 
module 2-1 
mounted state 3-3, B-12.1 
mounting a private logical volume 21-3 
mounting a public logical volume 21-1 
mounting a tape 19-1 
mounting a user I/O disk 20-1 
moving 451 packs 38-3 
moving an absentee job 30-3 


MPC 2-3, B-12.1 
failure 38-1 


MPC buttons 
INITIALIZE 8-1, 11-15, 38-3 
OPERATOR I INTERRUPT 20-2 


WER 
RESET 
START 


MPC lights 
firmware 38-1 


MSP 2-5.1, B-12 
MTP 2-S.1, 11-7, = B-11 


Multics 3-8, B-12 
booting 3-5, 3- 8. 13-1 
bootload 3-5, 3-8. 13-1 
dump failure 37-3 
SumpIne 13-4, 37-1 
reboot failure 37-3 
rebooting 37-2 


Multics commands 4-2, 4-3, 5-5, 6-2, B-12.1 


ON 8-1 
BRANCH 38-3 
al, daI5 


login 5-7, 27-2, 32-7, 32-8, 32-9, 38-1 
logout, 5-8, 27-4, 32-8, 32-9, 32°10, 38-2 


Set _system_console 5-8, 32-8, 32-10 


multidrop interface to IMUs 
master console B-12 


multiplexer 2-3, B-12.1 
N 


network 2-3, B-12.1 

new_device command (daemon) 22-5 

next command (daemon) 22-11 

nonscheduled shutdown 17-5, 28-2 
O 


OFFLINE button (console) 18-1 
OFL command (DPU) 34-2, 34-4, 34-6 
ONLINE button (console) 8-1 
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online software 3-9, B-12.1 . POWER ON button (CPU) 8-1 


ONLINE/OFFLINE switch (disk drive) 18-1 POWER ON button (disk drive) 8-1 

OPERATING MODE switch (CPU) 11-13. A-3 POWER ON button (FNP) 8-1 

OPERATING MODE switch (IOM) 9-2, 11-13, POWER ON button (JOM) 8-1 
A-6 


POWER ON button (MPC) 8-1 


operating a lage 5-5). Bele, ; POWER ON button (printer) 8-1 
OPERATION SELECTOR switch (IOM) 9-2 POWER ON button (SCU) 8-1 


operations error report form 35-1, 35-2. 37-3 POWER ON bution (tape drive) 8-1 


operator authentication 4-3, 5-1, 5-2, 6-1, 13-2 POWER switch (console) 8-1, 18-1 
operator console 5-1, B-12.1 


OPERATOR ERROR key (console) 5-3, 5-8 
OPERATOR INTERRUPT button (MPC) 20-2 
operator’s responsibilities 4-1 

orderly shutdown 3-8, B-12.1 


powering off machines 18-1 
powering on machines 8-1 

preload command (initializer) 19-6 
preloading a tape 19-5, 31-1 
preparing a card deck 23-4 


. print command (daemon) 22-4 
paging mechanism A-8& print_devices command (daemon) 14-6, 22-7, 
24-12 

panel 2-6, B-13 ap tiae ae aa 7 
PANEL CLEAR button (SCU) 11-13, 32-3 Punt Tine ids commnane. (daerionl dat 
partitions POWER ORF 18-1 

BCE 3-6. 11-14, B-2 POWER ON 8-1 

Fe ene SKIP 11-12, 22-3 

LOG 3-15, B-11 ae uy os 
pathname 3-1, B-13 PO ossine a. Fring a 
performing ESD 37-1 logging out 22-13 


starting 14-4, 22-2 
peripheral 2-1, 2-5, B-13 printer_switches 


physical volumes 2-5, 3-1, B-13 PUSH TO CLUTCH/TRACTORS/PUSH TO 
root 3-5, 11-3, 37-3, B-15 DECLUTCH 11-12, 22- 


placing a CPU in step | printers 2~5.2, 14-1, B-13 
DPS 8 36-4, 36-5, 36-9 changing request types 22-5, 22-6 
L68 36-3, 36-6 deleting requests 22-10 
PORT ENABLE switch (CPU) 9-2, 11-3, 32-1, eg ere 
36-4, 36-6, 36-9, 36-11, A-3 petting status 22-6 
PORT ENABLE switch (IOM) 9-1, A-S a h-speed 2-5.2, B-9 
al ing requests 22-9 
PORT ENABLE switch (SCU) 9-1, 32-2, 36-6, line 2-5,2, B-11 
36-8, 36-9, 36-11, A-2 logging in 14°33 
POWER OFF button (SCU) 18-1 reimitiatizing 59-17 
-] remote 
POWER OFF button (console) 18-1 changin’ print formats 24-7 
POWER OFF button (CPU) 18-1 logging 1n 24-2, 24-4 
POWER OFF button (disk drive) 18-1 pee onan os 
POWER OFF button (FNP) 18-1 eae es 22-10, 22-11 
POWER OFF button (IOM) 18-1 stopping 17-3 
POWER OFF button (MPC) 18-1 printing terminal 2-5, B-13 
POWER OFF button (printer) 18-1 private logical volumes 3-3, B-13 
POWER OFF button (tape drive) 18-1 mOUnUne ate 


POWER ON button (console) 81 process directory 13-3, 21-6, B-13 
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processes 3-10. A-8. B-13 
absentee 3-10, 3-16, B-1 
answering service 3-10, B-1 
coordinator 3-13. B-7 
driver 3-13. B-7 
initializer 3-10, 3- ay 6-2. 13-1. 36-1. B-10 
interactive 3-10. 3 B-10 
Ttemote driver 24- a 10 Ta 


processor 2-1, B-13 
PROCESSOR FAULT BASE ADDRESS switch 
(CPU) A-3 


PROCESSOR NUMBER switch (CPU) A-3 
program 2-1. B-13 

prph card 2-2, 3-9, 12-4, 12-5, A-7, B-13 
prta command (exec) 22-2 . 


public logical volumes 3-3, B-13 
mounting 21-1 


puna command (exec) 23-1 


punch driver 14-5, 23-1 

etting sa 23-2 

ogging in 14-5 

- logging out Pes 23-9 

fe aieat ee 

Starting 14- 5. 23-1 

stopping 23-2 
punch_end command (exec) 23-2 
punch_restart command (exec) 23-2 


PUSH TO CLUTCH/TRACTORS/PUSH TO 
DECLU CH switch (printer) 11-12, 


Q 
qedx command (Multics) 27-3 
quit command (daemon) 22-9, 23-8 
QUIT command (DPU) 34-3, 34-6 
quit command (initializer) 22-3, 22-11 
R 
RCP 3-11, 19-1, 20-1, 31-1, B-14 
message 5-5, 7-1, 7-2 
tcp command (initializer) 19-7, 20-6, 21-8 
read_cards command (daemon) 23-7, 23-8 


reader driver 
logging in 23-6 
logging out 27, 23-8 
starting 23-7 
stopping 23-8 


reading cards 23-3 

READY button (disk drive) 38- 
a\ 1 
Veyoai 


READY puien ape drive 


rai 
dials 


ready command (daemon) 24-7 
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READY light (console) 11-3 

READY light (disk drive) 20-2, 20-4. 21-4 
ready message 5-2, 6-1 

ready mode (DPU) 34-1. B-13 

readying a disk drive 20-4, 21-4 

readying a tape drive 19-4 

rebooting Multics 37-2 


recognizing a crash 
In automatic mode 35-1 
in manual mode 35-2 


recognizing a system hang 36-1 
recognizing a system loop 36-1 


reconfiguration 
dynamic 3-9, 32-1, B-7 


reconfigure command (initializer) ae at 
19-8. 20- 2-2, 


32-3, 32-4, 39-411, 392 “5, ba6° 32-7 

recording a failure 37-3 
recovering the system 37-1 
recovery 3-13. B-13 
reinit command (daemon) 22-12 
reinitializing a printer 22-12 
Treinitializing MPC firmware 38-1, 38-2 
telease command (daemon) 23-8 
releasing an absentee job 30-6 
reloading 3-13, B-14 
reloading a FNP 39-2 
reloading MPC firmware 37-2, 38-1 
Ttemote device 24-1, B-14 

logging in 24-7 

logging in 24-9 


remote driver 24-1, B-14 
problems 24-13 


remote driver process 24-1, B-14 
remote note job entry 23-3 


remote stations 25- 1, B-14 


Tye IT 24-9 
remove command (initializer) 6-4, 29-3 
removing a channel 29-3 
teprint command (exec) 22-5 
reprinting a segment 22-5 
reprocessing a printer request 22-10, 22-11 


GB61-00B 


REQUEST key (console) 5-2,-5-4, 5-8 


request type_14-1, 14-4, 14-5. 22-13, 24-2. 
24-6, 24-11. 24-14, 25-2. B-14 
getting info 22-7. 24-13 


RESET & BRANCH button (MPC) 38-3 
RESET button (tape drive) 19-4 
reset_tabs command (exec) 6-5 

resetting time of shutdown 17-6 


resource control package 
see 


responding to a crash 
in automatic mode_ 35-1 
in manual mode 35-2 


responding to disk problems 38-3 
responding to IOM alarm 36-11 
responding to jogged-out user 29-3 
responding to MPC failure 38-1 


responsibilities 
operator 4-1 

' system administrator 1-3 
system maintainer 1-4 


restart command (daemon) 22-3, 22-10 
restarting an absentee queue 30-3 
restarting punch driver 23-2 


retrieval daemons 
logging in 27-1, 27-2 
logging out 27-5 


retrieve command (backup) 27-4 
Tene ve front yolume command (backup) 27-1, 


retrieving 3-13, B-14 


RETURN key (cs (console) 5-2, 5-4, 5-8, 11-4, 
11-10, 11- ~13 


RETURN key (DPU) 34-1 


returning to BCE 13-4, 35-2, ao -1, 36-3, 36-5, 
36-7, 36-10, 36-12 


REWIND cata (tape drive) 11-3, 11-12, 19-4 
rewinding a tape 19-5, 19-8 
ting 1 3-11, B-14 
tring 4 3-11, B-14 
Tings 3- ae B-14 
3-11, B-14 
4 3- iT B-14 


administrative 3-11, B-1 
user 3-11, B-18 


RJE 24-1, B-14 

RJE station 24-1, B-14 
tload command (MCA) 32-4 
RLV 3-5, 11-3, 13-3, B-15 
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root 3-5, B-14 
root logical volume 
see RL 
TOO’ physical volume” 
see RPV 
RPV 3-5, 11-3, 37-3, B-15 
tpvy command (BCE) 16-1 


ttb exec_com 3-12, 35-2, 36-2, 36-3, 36-5, 
36-7, 36-10 


run 2-1 


salvager errors 33-1 
salvager message 5-5, 7-1, 7-3 


salvagers 3- i B-15 
ener, 3-14, B-6 
volume 3-14, B-18 
volume scavenger 5 14, B-19 


salvaging 37-3 
sample_hs ue (daemon) 14-2, 16-1, 22-4, 


scheduled shutdown 17-1 


SCU..2=1, 3741, BIS 
adding 29-1. 32-2 
bootload 3-5, 9-1, 32-4. B-3 
onane state 
n BCE 12-2 
deleting 29-1, 32-4 
setling Sane 36-6, 36-8, 36-9, 36-11 


SCU button 
CABINET S HUTDOWN 8-1 
INITIALIZE 11-13, 32-3 


MEM CLEAR 32- 

PANEL CLEAR 11-13, 32-3 
POW. aS OFF 18-1 

POWER 


ON 8-1 
SYNDROME RESET 32-3 
SCU PORT NUMBER switch (IOM) 11-2, A-6 
ee gay a 


NEDSS A-2 
STORE A-2 
LWR STORE SIZE A-2 
ROL MODE A-2 
MASK A MASK /PORT ASSIGNMENT 9-1, 
36-6, 36 36" 11 
MAS wee ASSIGNMENT 
MEMC ELECT 
MODE 32-3. 36-6, 36-8. 36-9, 36-11, A-2 
PORT ENABLE 9 “1. 32-2, 36-6, 36-8, NG 9, 


STORE BI Ke -2 
segment 3-1, 3-16, B-15 
sending message to all users 28-2 
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sending message to all users at login 28-1 
sending message to one user 28-1 

sentinel 7-3, B-15 

service session 3-5, B-15 

session 3-5. B-15 


Sel_drive_usage pomane (initializer) 20-5, 21-5, 


set_system_console command (Multics) 5-8, 32-8. 


setting absentee slots 30-2 
setting attended mode 31-2 
setling automatic mode 31-2 
setting bootload CPU 9-2 
setting bootload IOM 9-1 
setting bootload SCU 9-1 


setting clock 11-9 
problems 11-14 


setting highest numbered absentee queue 30-4 
setting manual mode 31-3 

setting maximum number of users 29-1 
setting SCU switches 36-6, 36-8, 36-9, 36-11 
setting switches 9-1, A-l 

setting time 11-10 

setting unattended mode 31-1 

shutdown command (daemon) 40-1 

shutdown command (initializer) 17-4 
shutdown failure 17-5 

shutdown_mpx command (initializer) 39-2 


shutdowns 
crash 3-8, 13-4, 35-1, 35-2, B-5, B-16.1 
nonscheduled 17-5, 28-2 
orderly 3-8, B-12.1 
scheduled 17-1 


shutting down a FNP 39-2 

shutting down BCE 36-8, 36-11 

shutting down Data Managment system 40-1 
shutting down immediately 17-5 

shutting the system down 13-4, 17-1 
sign_off command (initializer) 4-4 

sign_on command (initializer) 4-3, 16-1 
Signing off 4-4 

Signing on 4-3 

SKIP button (printer) 11-12, 22-3 


software 2-1, B-15 
online 3-9, B-i2.1 
system 3-9, B-17 
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source id 3-13, B-15 

SOURCE switch (IOM) 9-2, 11-2, 11-13, A-5 

special characters 4-6 

ST CU command (DMP/VIP) 34-7, 36-5, 36-10 

ST CU command (DPU) 34-7, 36-5, 36-10 

standard time 11-9 

STANDBY button (tape drive) 11-3, 11-12, 
18-1, 19-4 


STANDBY light (tape drive) 19-2, 19-8 
START button (disk drive} 20-2. 20-4, 21-2. 
21-3, 21-4 


START button (MPC) 8-1, 11-15 

START button (printer) 11-12, 22-3 

START button (tape drive) 8-1, 11-1, 11-3, 
11-12, 19-4 


Start command (daemon) 22-13 
START/STOP switch (disk drive) 8-1, 18-1 
starting absentee facility 30-1 

Starting coordinator 14-3 

Starting dumper daemons 15-1 

Starting I/O daemons 14-1 

Starting printer driver 14-4, 22-2 

starting punch driver 14-5, 23-1 

starting reader driver 23-7 

Starting remote printer 24-2, 24-4 


starting Bey remote station 25-1 


T 
Type I] 24-9 


Starting up the system 3-8 
startup command (initializer) 13-1, 13-3 
startup failure 13-4 
station command (daemon) 25-2 
stations 

somal ie 

Type II 24-9 

RJE 24-1, B-14 
status command (daemon) 22-6 
STOP button (disk drive) 18-1 
STOP button (tape drive) 11-3, 11-12, 19-4 
STOP CONDITIONS switch (IOM) 9-2 
stopping a printer 17-3 
stopping absentee facility 30-1 
stopping an absentee queue 30-2 
stopping punch driver 23-2 
stopping reader driver 23-8 


i-16 GB61-00B 


storage device 2-5, B-15 
storage director B-15 
storage system 3-1, 3-16, B-15 


storage system disks 2-5, B-16 
canceling a mounl 21-4 


storage system hierarchy 3-1, B-16 
STORE A switch (SCU) A-2 

STORE AI switch (SCU) A-2 
STORE B switch (SCU) A-2 

STORE Bl switch (SCU) A-2 
STORE CONTROL switch (IOM) 9-2 


store unit 2-1. B-16 
clearing 32-2 


substty command (initializer) 5-6. 6-4 
SUBSYSTEM SOwER OFF button (disk drive) 


SUES NOLEM POWER ON button (disk drive) 


subvolumes 3-3. 20-1, 21-1 
supervisor 3-9, B-16 

SUSP command (DPU) 34-6 
suspending an absentee job 30-5 
swapping ttys 6-4, B-16 


switches 9-1, A-1 
setting 9-1, A-1 


SYNDROME RESET button (SCU) 32-3 
syserr log 3-15, B-16 
syserr message 3-15, 7-1, 7-2, B-16 
system administrator 1-3, B-16 
system administrator’s responsibilities 1-3 
system console 5-1, B-16 
system control 3-10, B-16 
system controller 2-1, B-16 
system controller unit 

see SCU 


system crash 3-8, 35-1, 35-2, B-16.1 
system hang 36-1 

SYSTEM INIT button (IOM) 11-4 
SYSTEM INITIALIZE button (IOM) 11-4 
system log book 3-15, 32-2, 33-1, B-16.1 
system loop 36-1, B-16.1 

system maintainer 1-3, B-17 

system maintainer’s responsibilities 1-4 
system message 7-1 
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system shutdown 3-8, 17-1, B-17 
crash 3-8, 13-4. 35-1. 35-2, B-5, B-16.1 
nonscheduled 17-5, 38- 2 
orderly 3-8, B-1 i 
scheduled 17-1 


sysiem software 3-9, B-i7 
system startup 3-8, B-17 


system 
’ BCE/ Multics 3-6, 3-8, 11-1, B-2 


system_start_up.ec 3-12, 14-1, 15-1, 26-4, B-17 
T 


T & D 1-3, 9-2, 19-8, B-17 
tag 34-1, B-17 
tailsheet 22-1, B-17 


ae a ae out of step 
6-5, 36-6, 36-9, 36-10, 36-11 
res s*? 36-7, 36-8 


taking a FNP out of service 39-1 
tape controller 2-5.1. 11-1, 11-7, 11-11. 36-12, 
37-2, B-17 


tape drive en 
LOAD 11-1, 19-4 

LOAD/REWIND 19-4 

POWER OFF 18-1 

POWER ON 8-1 

READY 11-1, 11-3, 11-12, 19-4 

RESET 19-4 

REWIND 11-3, 11-12, 

STANDBY 11-3, ee 2 Te -1, 19-4 


START 8-1, 11-1, 11-3, 11-12, 10-4 
STOP 11-3, 11- me 9-4 
tape drives 2-5.1 


B-1 
500 8-1, 11-1. ho 18-1, 19-3 
600 11-1, 11-2, 19-3 
610 8-1, 11-1, 11-2, 18-1, 19-3 
630 11-1, 11-2, 19-3 
8200 8-1, 11-1, 18-1, 19-4 


aeetee 19-7 
readying 19-4 


tape handler 2-5.1, B-17 
tape reel 2-5.1, 30-5, B-17 


tapes 2~5.1, B-17 
authenticating 19-3 
peeeUe ee B-: 
BCE/ ite system 3-6, 3-8, 11-1, B-2 
catchup 26-1, B-3 
complete cump 2 26- ee aa 4 
consolidated 26-1, B-S 
demounting 19-5” 
denying 19- 
foreign 19-1 
petting info 19-7 
ierarchy dump 33-1 
incremental 26-1, 37 2, B-9 
mounting 19-1 
preloading 19-5, 31-1 
rewinding 19-5 
wakeup 26-1, B-19 
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terminals 2-5, B-17 
crt 2-5, B- 
hardcopy 2-5. B-8 


initializer 3-11. 6-1, B-10 
message coordinator 6-1, B-12.1 
printing 2-5. B-13 

video 2-5, B-18 


test and ceenestics 
see T & 


TEST CONTROL switch (CPU) 9-3 
time zone 11-9, 11-14 | 
TM command (DPU) 34-3. 34-7 
T mode (DPU) 34-2, B-18 


transparent mode 
see TM mode 


TRBL light (MPC) 38-1 
TROUBLE light (CPU) 11-13, 36-12 
TROUBLE light (IOM) 11-13. 36-12 
TROUBLE light (SCU) 11-13. 36-12 
Type I remote station 24-7 
Type I] remote station 24-9 

U 


unattended command (exec) 31-1 


unattended mode 19-5, 31-1, 35-1, B-18 
setting 31-2 


unattended service 31-1, B-18 
unit 2-1, B-18 
UNIT EMERGENCY button (disk drive) 8-1 
unit record controller 2-6, 11-11, 37-2, B-18 
unit record device 2-5.2, B-18 . 
unit record processor 

see URP 


unload command (initializer) 19-5 
unlock mode 5-2, B-18 
URP 2-6, B-18 
user control 3-12, B-18 
user Ve disks 2+5, B-18 
authenticating 20-3 
denying 20- 
mounting 20-1 
user message 6-2 
user ring 3-11, B-18 
User_id 3-13, 4-2, B-18 
V 


vacate_pdir_volume command (initializer) 21-6 
vcomp command (exec) 26-7 
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i-18 


vcons command (exec) 26-5 

video terminal 2-5, B-18 

vinc command (exec) 15-2, 16-1, 26-3 
VIP command (DPU) 34-3. 34-6 

VIP mode (DMP/VIP) 34-5, B-18 


VIP mode (DPU) 34-2, 34-5. 36-4, 36-9, B-18 


volume backup 3-13, B-18 


volume dumping 
complete 26-7 
consolidated 26-5 ns 
incremental 15-2, 15-3, 17-3, 26-3 


volume retrievals 27-1 
volume salvager 3-14. B-18 
volume scavenger 3-14, B-19 


volumes 

logical 2-5, 3-1, 13-3, B-11 

private 3-3, B- 

public 3-3, B-13 

toot 3-5, 11-3, 13-3, B-15 
physical 2-5, 3-1, B-13 

root. 3-5, 11-3, 37-3. B-15 
sub 3-3, 20-1, 21-1 

Ww 


wakeup dump 26-1, B-19 


wakeup hierarchy dumping ; 
see incremental hierarchy dumping 


wakeup tape 26-1, B-19 


wakeup volume dumping ; 
see incremental volume dumping 


wakeup_dump command (backup) 17-3 
wakeup_volume_dump command (backup) 17-3 
warm boot 3-5, B-19 


warm bootload 
see warm boot 


warn command (initializer) 18, 28-1, 28-2, 
39-1, 39-3 
who command (initializer) 14-8, 15-3, 17-2, 


word command (initializer) 28-1 - 
workstation 24-1, B-19 
4 


X commands 
see exec commands 


Z 
ZERO eee Te) PORT NO. switch (LOM) 


ZERO ae PORT NO. switch (IOM) 
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